hspace - En ligne dans le Cloud

PROGRAMME:

Nom

hspace - Analyseur d'espace de cluster pour Ganeti

SYNOPSIS

espace h {options backend...} [options d'algorithme...] [options de demande...] [sortie
option...] [-v... | -q]

espace h --version

Options d'arrière-plan :

{ -m grappe | -L[ chemin ] | -t fichier de données | --simuler spec | -I chemin }

Options d'algorithme :

[ --max-processeur rapport cpu ] [ --min-disque rapport de disque ] [ -O prénom... ] [ --groupes-indépendants ]

Options de demande :

[--modèle-de-disque modèle ]

[--allocation-standard disque, RAM, processeur ]

[--tiered-alloc disque, RAM, processeur ]

Options de sortie :

[--lisible par machine[=*CHOIX*] ] [-p[des champs]]

DESCRIPTION

hspace calcule combien d'instances supplémentaires peuvent être insérées dans un cluster, tout en maintenant
Statut N+1.

Le programme essaiera de placer des instances, toutes de la même taille, sur le cluster, jusqu'à ce que le
point où nous n'avons pas d'allocation N+1 possible. Il utilise exactement la même allocation
algorithme en tant que plugin grêle iallocator dans allouer .

La sortie du programme est conçue soit pour la consommation humaine (valeur par défaut) soit, lorsque
activé avec l'option --machine-readable (décrite plus loin), pour la machine
consommation. Dans ce dernier cas, il est destiné à être interprété comme un fragment de shell (ou
analysé comme un key = déposer). Les options qui étendent la sortie (par exemple -p, -v) afficheront
les informations supplémentaires sur stderr (telles que la sortie stdout est toujours analysable).

Par défaut, les spécifications de l'instance seront lues à partir du cluster ; les options
--standard-alloc et --tiered-alloc peuvent être utilisés pour les remplacer.

Les clés suivantes sont disponibles dans la sortie lisible par machine du script (toutes
préfixé par HTS_):

SPEC_MEM, SPEC_DSK, SPEC_CPU, SPEC_RQN, SPEC_DISK_TEMPLATE, SPEC_SPN
Ceux-ci représentent les spécifications du modèle d'instance utilisé pour l'allocation (le
mémoire, disque, processeur, nœuds demandés, modèle de disque, broches).

TSPEC_INI_MEM, TSPEC_INI_DSK, TSPEC_INI_CPU, ...
Défini uniquement lorsque l'allocation de mode hiérarchisé est activée, ils sont similaires aux
au-dessus des spécifications, mais montre la spécification de départ initiale pour l'allocation à plusieurs niveaux.

CLUSTER_MEM, CLUSTER_DSK, CLUSTER_CPU, CLUSTER_NODES, CLUSTER_SPN
Ceux-ci représentent la mémoire totale, le disque, le nombre de processeurs, le nombre total de nœuds et le nombre total de broches
dans le cluster.

INI_SCORE, FIN_SCORE
Il s'agit du score initial (actuel) et final du cluster (voir la page de manuel hbal pour
détails sur l'algorithme de notation).

INI_INST_CNT, FIN_INST_CNT
Le nombre d'instances initial et final.

INI_MEM_FREE, FIN_MEM_FREE
La mémoire libre totale initiale et finale dans le cluster (mais cela ne
signifie nécessairement disponible pour utilisation).

INI_MEM_AVAIL, FIN_MEM_AVAIL
La mémoire totale disponible initiale et finale pour l'allocation dans le cluster. Si
en allouant des instances redondantes, de nouvelles instances pourraient augmenter la mémoire réservée afin
cela ne signifie pas nécessairement que l'intégralité de cette mémoire peut être utilisée pour de nouveaux
allocations d'instances.

INI_MEM_RESVD, FIN_MEM_RESVD
La mémoire réservée initiale et finale (à des fins de redondance/N+1).

INI_MEM_INST, FIN_MEM_INST
La mémoire initiale et finale utilisée pour les instances (RAM utilisée lors de l'exécution réelle).

INI_MEM_OVERHEAD, FIN_MEM_OVERHEAD
La surcharge mémoire initiale et finale, c'est-à-dire la mémoire utilisée pour le nœud lui-même et
mémoire non comptabilisée (par exemple en raison de la surcharge de l'hyperviseur).

INI_MEM_EFF, HTS_INI_MEM_EFF
L'efficacité de la mémoire initiale et finale, représentée par la mémoire d'instance divisée par
mémoire totale.

INI_DSK_FREE, INI_DSK_AVAIL, INI_DSK_RESVD, INI_DSK_INST, INI_DSK_EFF
Statistiques initiales du disque, similaires à celles de la mémoire.

FIN_DSK_FREE, FIN_DSK_AVAIL, FIN_DSK_RESVD, FIN_DSK_INST, FIN_DSK_EFF
Statistiques finales du disque, similaires à celles de la mémoire.

INI_SPN_FREE, ..., FIN_SPN_FREE, ..
Statistiques initiales et finales des broches, similaires à celles de la mémoire.

INI_CPU_INST, FIN_CPU_INST
Nombre initial et final de processeurs virtuels utilisés par les instances.

INI_CPU_EFF, FIN_CPU_EFF
L'efficacité initiale et finale du processeur, représentée par le nombre d'instances virtuelles
CPU divisés par le nombre total de CPU physiques.

INI_MNODE_MEM_AVAIL, FIN_MNODE_MEM_AVAIL
La mémoire disponible maximale initiale et finale par nœud. ce n'est pas très utile
comme métrique mais peut donner une impression de l'état des nœuds ; par exemple,
cette valeur limite la taille d'instance maximale qui peut encore être créée sur le
.

INI_MNODE_DSK_AVAIL, FIN_MNODE_DSK_AVAIL
Comme ci-dessus mais pour le disque.

TSPEC Ce paramètre contient les paires de spécifications et le nombre d'instances qui peuvent
être créé dans le étagée allocation mode. La valeur de la clé est un
liste de valeurs séparées par des espaces ; chaque valeur est de la forme
mémoire, disque, vcpu, broches = nombre où la mémoire, le disque et le vcpu sont les valeurs de
la spécification actuelle, et le nombre correspond au nombre d'instances de cette spécification pouvant être créées. UNE
la valeur complète de cette variable pourrait être : 4096,102400,2,1 = 225 2560,102400,2,1 = 20
512,102400,2,1 = 21.

KM_USED_CPU, KM_USED_NPU, KM_USED_MEM, KM_USED_DSK
Celles-ci représentent les métriques des ressources utilisées au début du calcul
(uniquement pour le mode d'allocation échelonné). La valeur NPU est le nombre de CPU "normalisé", c'est-à-dire
le nombre de processeurs virtuels divisé par le rapport maximum du virtuel au physique
CPU.

KM_POOL_CPU, KM_POOL_NPU, KM_POOL_MEM, KM_POOL_DSK
Ceux-ci représentent le total des ressources allouées au cours de l'allocation échelonnée
traiter. En effet, ils représentent combien est facilement disponible pour l'allocation.

KM_UNAV_CPU, KM_POOL_NPU, KM_UNAV_MEM, KM_UNAV_DSK
Celles-ci représentent les ressources restantes (soit libres comme non allouables ou
allouables seuls) une fois l'allocation échelonnée terminée. Ils
représentent mieux les ressources non allouables réelles, car une autre ressource a
été épuisé. Par exemple, le cluster peut encore disposer de 100 Gio d'espace libre, mais
sans mémoire disponible pour les instances, nous ne pouvons pas allouer une autre instance, donc dans
effet l'espace disque est non allouable. Notez que les CPU représentent ici l'instance
processeurs virtuels, et au cas où le --max-processeur l'option n'a pas été spécifiée, ce sera
-1.

ALLOC_USAGE
L'utilisation actuelle représentée comme le nombre initial d'instances divisé par final
nombre d'instances.

ALLOC_COUNT
Le nombre d'instances allouées (delta entre FIN_INST_CNT et INI_INST_CNT).

ALLOC_FAIL*_CNT
Pour la dernière tentative d'allocations (qui aurait augmenté FIN_INST_CNT avec
un, s'il avait réussi), c'est le nombre de raisons d'échec par échec
taper; actuellement définis sont FAILMEM, FAILDISK et FAILCPU qui représentent des erreurs
en raison d'un manque de mémoire, de disque et de processeurs, et FAILN1 qui représente un non N+1
cluster conforme sur lequel nous ne pouvons pas du tout allouer d'instances.

ALLOC_FAIL_REASON
La raison de la plupart des échecs, étant l'une des chaînes FAIL* ci-dessus.

OK Un marqueur représentant la fin réussie du calcul, et ayant la valeur "1".
Si cette clé n'est pas présente dans la sortie, cela signifie que le calcul a échoué et
il ne faut pas se fier aux valeurs présentes.

De nombreuses métriques INI_/FIN_ seront également affichées avec un préfixe TRL_ et indiqueront le
l'état du cluster à la fin de l'exécution d'allocation à plusieurs niveaux.

Le format de sortie humaine doit être explicite, il n'est donc pas décrit davantage.

OPTIONS

Les options qui peuvent être passées au programme sont les suivantes :

--modèle de disque modèle
Remplace le modèle de disque pour l'instance lue à partir du cluster ; un de
Les modèles de disque Ganeti (par exemple plain, drbd, etc.) doivent être transmis.

--utilisation de la broche broches
Remplacez l'utilisation de la broche pour l'instance lue à partir du cluster. La valeur peut être
0 (par exemple pour les instances qui utilisent des E/S très faibles), mais pas négatif. Pour partage
stockage la valeur est ignorée.

--max-cpu=*ratio-cpu*
Le rapport processeur virtuel/processeur physique maximal, sous forme de nombre à virgule flottante supérieur à
ou égal à un. Par exemple, en spécifiant rapport cpu as 2.5 signifie que, pour un 4-cpu
machine, un maximum de 10 processeurs virtuels doit être autorisé à être utilisé pour le
instances. Une valeur d'exactement un signifie qu'il n'y aura pas de sur-abonnement de CPU
(à l'exception du temps CPU utilisé par le nœud lui-même), et les valeurs inférieures à un ne font pas
sens, car cela signifie que d'autres ressources (par exemple le disque) ne seront pas pleinement utilisées en raison de
Restrictions du processeur.

--min-disk=*rapport-disque*
Quantité minimale d'espace disque libre restant, sous forme de nombre à virgule flottante. Pour
exemple, en spécifiant rapport de disque as 0.25 signifie qu'au moins un quart du disque
l'espace doit être laissé libre sur les nœuds.

--groupes-indépendants
Considérez tous les groupes comme indépendants. C'est-à-dire que si un nœud qui n'est pas N+1 heureux est
trouvé, ignore son groupe, mais effectue toujours l'allocation dans les autres groupes. Le défaut
est de ne pas essayer du tout d'allocation, si un nœud heureux non N+1 est trouvé.

--accepter-les-erreurs-existantes
Il s'agit d'une forme renforcée de --independent-groups. Il dit à hspace d'ignorer le
présence de nœuds non satisfaits N+1 et juste allouer sur tous les autres nœuds sans
introduire de nouvelles violations N+1. Notez que cela a tendance à surestimer la capacité,
car les instances doivent encore être éloignées des nœuds heureux existants et non N+1.

-l tours, --max-length=*arrondis*
Limitez le nombre d'allocations d'instances à cette longueur. Ce n'est pas très
utile dans la pratique, mais peut être utilisé pour tester hspace lui-même, ou pour limiter le
runtime pour les très gros clusters.

-p, --print-noeuds
Imprime l'état du nœud avant et après, dans un format conçu pour permettre à l'utilisateur de
comprendre les paramètres les plus importants du nœud. Voir la page de manuel outils(1) pour
plus de détails sur cette option.

-O prénom
Cette option (qui peut être donnée plusieurs fois) marquera les nœuds comme étant direct.
Cela signifie plusieurs choses :

· les instances ne seront pas placées sur ces nœuds, même temporairement ; par exemple le remplacer
primaire le déplacement n'est pas disponible si le nœud secondaire est hors ligne, car ce déplacement
nécessite un basculement.

· ces nœuds ne seront pas inclus dans le calcul du score (sauf pour le
pourcentage d'instances sur des nœuds hors ligne)

Notez que l'algorithme marquera également comme hors ligne tous les nœuds signalés par
RAPI en tant que tel, ou qui ont "?" dans l'entrée basée sur un fichier dans n'importe quel champ numérique.

-S nom de fichier, --save-cluster=*nom de fichier*
Si donné, l'état du cluster à la fin de l'allocation est enregistré dans un fichier
nommé nom de fichier.alloc, et si l'allocation échelonnée est activée, l'état après échelonnement
l'allocation sera enregistrée dans nom de fichier.tiered. Cela permet de réalimenter le cluster
state à hspace lui-même (avec des paramètres différents) ou par exemple hbal, via
l'option -t.

-t fichier de données, --text-data=*fichier de données*
Spécification du backend : le nom du fichier contenant les informations sur le nœud et l'instance
(si non collecte via RAPI ou LUXI). Celui-ci ou l'un des autres backends doit être
choisi. L'option est décrite dans la page de manuel outils (1).

-m grappe
Spécification backend : collectez les données directement à partir du grappe donné comme argument
via RAPI. L'option est décrite dans la page de manuel outils (1).

-L [chemin]
Spécification backend : collecter les données directement depuis le démon maître, qui doit être
contacté via LUXI (protocole Ganeti interne). L'option est décrite dans le
Page de manuel outils (1).

--simuler la description
Spécification backend : similaire à la -t option, cela permet de remplacer le cluster
données avec un cluster simulé. Pour plus de détails sur la description, voir la page de manuel
outils (1).

--allocation-standard disque, RAM, processeur
Cette option remplace la taille d'instance lue à partir du cluster pour le Standard
mode d'allocation, où nous allouons simplement des instances de la même taille fixe jusqu'à ce que
le cluster manque d'espace.

La spécification donnée est similaire à la --simuler option et il détient:

· la taille du disque de l'instance (des unités peuvent être utilisées)

· la taille mémoire de l'instance (des unités peuvent être utilisées)

· le nombre de vcpu pour l'insance

Un exemple de description serait 100G, 4g, 2 décrivant une spécification d'instance de
100 Go d'espace disque, 4 Go de mémoire et 2 VCPU.

--tiered-alloc disque, RAM, processeur
Cette option remplace la taille de l'instance pour le étagée mode d'attribution. Dans ce
mode, l'algorithme part de la spécification donnée et alloue jusqu'à ce
n'y a plus d'espace ; puis il diminue la spécification et essaie l'allocation
de nouveau. La diminution est effectuée sur la métrique qui a échoué en dernier pendant l'allocation. Les
L'argument doit avoir le même format que pour --standard-alloc.

Notez également que l'allocation normale et l'allocation à plusieurs niveaux sont indépendantes, et
les deux commencent à partir de l'état initial du cluster ; en tant que tel, le nombre d'instances pour ces
deux modes ne sont pas liés l'un à l'autre.

--machine-readable[=*choix*]
Par défaut, la sortie du programme est au format « humainement lisible », c'est-à-dire du texte
descriptifs. En passant ce drapeau, vous pouvez soit activer (--machine-readable ou
--machine-readable=yes) ou désactiver explicitement (--machine-readable=no) la machine
format lisible décrit ci-dessus.

-dans, --verbeux
Augmentez la verbosité de la sortie. Chaque utilisation de cette option augmentera la
la verbosité (actuellement plus de 2 n'a pas de sens) à partir de la valeur par défaut.

-q, --silencieux
Diminuez la verbosité de la sortie. Chaque utilisation de cette option réduira la
la verbosité (inférieure à zéro n'a pas de sens) à partir de la valeur par défaut de un.

-V, --version
Affichez simplement la version du programme et quittez.

UNITÉS
Par défaut, toutes les options acceptant les unités utilisent des mebioctets. En utilisant les lettres minuscules de m,
g et t (ou leurs équivalents plus longs de mib, bavardage, tib, pour lequel cas n'a pas d'importance)
des unités binaires explicites peuvent être sélectionnées. Les unités du système SI peuvent être sélectionnées à l'aide de la
lettres majuscules de M, G et T (ou leurs équivalents plus longs de MB, GB, TB, Pour qui
le cas n'a pas d'importance).

Plus de détails sur la différence entre le SI et les systèmes binaires peuvent être lus dans le
unités(7) page de manuel.

EXIT STATUT

L'état d'existence de la commande sera zéro, à moins que, pour une raison quelconque, l'algorithme ne soit fatalement
a échoué (par exemple, mauvais nœud ou données d'instance).

Utiliser hspace en ligne à l'aide des services onworks.net