Meilleures pratiques pour les serveurs Linux Avec une allocation subtile de ressources (dans VMware)
J'ai une installation approximativement de 20 Machines Linux, Chacun avec environ 30–150 Gigaoctets de données client. La taille des données sur une machines augmentera probablement beaucoup plus vite que d'autres. Ce sont des machines virtuelles dans un cluster VMware vSphere. Les images de disque sont stockées dans le système SAN.
J'essaie de trouver une solution qui économiserait économiquement l'espace disque, mais il serait possible d'augmenter facilement des machines individuelles.
Théoriquement, je créerais simplement de gros disques pour chaque machine et d'utiliser une affectation subtile de ressources. Chaque disque augmentera au besoin. Cependant, il semble que le système de fichiers ext3 le volume 500 Gb avec seulement 50 Go de données et un nombre assez petit d'opérations d'enregistrement augmente toujours facilement l'image du disque à, par exemple. 250 Gb avec le temps. Ou peut-être que je fais quelque chose de mal? (J'ai été surpris à quel point j'ai trouvé peu de choses sur ce sujet avec Google. Au fait, sur serverfault.com Il n'y a même pas d'étiquette de sécurité fine.)
Actuellement, je prévois de créer de gros disques avec une subtilité, mais avec une petite quantité LVM sur eux. Par exemple: Tom 100 Gb sur disque 500 Gb Donc, il était plus facile pour moi d'augmenter le volume LVM et la taille du système de fichiers au besoin, même en ligne.
Et maintenant la question est:
Y a-t-il de meilleurs moyens de le faire? (C'est-à-dire d'augmenter la taille des données selon les besoins sans temps d'arrêt.)
Les solutions possibles incluent:
Utilisation d'un système de fichiers amical avec une subtil de ressources qui essaie d'occuper les mêmes endroits encore et encore, sans augmenter la taille de l'image.
Recherchez une méthode simple de restauration de l'espace libre sur la section (ré-éclaircir?)
Quelque chose d'autre?
Question Bonus: Si je respecte mon plan actuel, vous recommanderiez de créer des sections sur des disques (
contre
)? Je pense que l'utilisation de disques brutes sans sections contredit des accords, mais il simplifierait légèrement la croissance des disques si cela a déjà besoin. Est-ce tout une question de goût, non?
J'essaie de trouver une solution qui économiserait économiquement l'espace disque, mais il serait possible d'augmenter facilement des machines individuelles.
Théoriquement, je créerais simplement de gros disques pour chaque machine et d'utiliser une affectation subtile de ressources. Chaque disque augmentera au besoin. Cependant, il semble que le système de fichiers ext3 le volume 500 Gb avec seulement 50 Go de données et un nombre assez petit d'opérations d'enregistrement augmente toujours facilement l'image du disque à, par exemple. 250 Gb avec le temps. Ou peut-être que je fais quelque chose de mal? (J'ai été surpris à quel point j'ai trouvé peu de choses sur ce sujet avec Google. Au fait, sur serverfault.com Il n'y a même pas d'étiquette de sécurité fine.)
Actuellement, je prévois de créer de gros disques avec une subtilité, mais avec une petite quantité LVM sur eux. Par exemple: Tom 100 Gb sur disque 500 Gb Donc, il était plus facile pour moi d'augmenter le volume LVM et la taille du système de fichiers au besoin, même en ligne.
Et maintenant la question est:
Y a-t-il de meilleurs moyens de le faire? (C'est-à-dire d'augmenter la taille des données selon les besoins sans temps d'arrêt.)
Les solutions possibles incluent:
Utilisation d'un système de fichiers amical avec une subtil de ressources qui essaie d'occuper les mêmes endroits encore et encore, sans augmenter la taille de l'image.
Recherchez une méthode simple de restauration de l'espace libre sur la section (ré-éclaircir?)
Quelque chose d'autre?
Question Bonus: Si je respecte mon plan actuel, vous recommanderiez de créer des sections sur des disques (
pvcreate /dev/sdX1
contre
pvcreate /dev/sdX
)? Je pense que l'utilisation de disques brutes sans sections contredit des accords, mais il simplifierait légèrement la croissance des disques si cela a déjà besoin. Est-ce tout une question de goût, non?
Aucun résultat connexe trouvé
Invité:
Pour répondre aux questions, connectez-vous ou registre
5 réponses
Agathe
Confirmation de:
Une autre variante - Créer des fichiers VMDK Taille suffisante pour le traitement de votre utilisation actuelle et de vos rafales de croissance attendues et d'ajouter plus de fichiers VMDK Lorsque vous obtenez l'utilisation de données sur votre application. Nouveaux fichiers VMDK Peut être ajouté à une machine virtuelle en temps réel, il vous suffit de ré-numériser. (echo "- - -"> / sys / class / scsi_host / host? / Scan). Vous pouvez briser un nouveau disque sur les sections, l'ajouter à votre LVM et développez entièrement le système de fichiers. Ainsi, vous saurez toujours combien d'espace est attribué par chacune des machines virtuelles et vous ne pourrez pas activer accidentellement votre VMFS En raison du manque d'endroit de l'intérieur du système invité.
Quant à savoir s'il devrait être brisé ou non si le disque est utilisé uniquement LVM, Je le brise toujours. La division du disque empêche les avertissements sur de fausses tables de partition lorsque la machine est chargée et indique clairement que le disque est mis en surbrillance. C'est un peu vaudou, mais je commence aussi définitivement une section avec 64, Pour vous assurer que le système de fichiers et de fichiers est aligné sur les blocs de stockage de base. Il est difficile de détecter et de classer, car vous n'êtes généralement rien à comparer avec, mais si le système de fichiers du système d'exploitation n'est pas correctement nivelé avec le stockage de base, vous pouvez obtenir de plus en plus IOPS, Requis pour les demandes d'entretien qui traversent les limites des blocs sur le stockage de base.
Agathe
Confirmation de:
http://en.wikipedia.org/wiki/ISCSI
.
Cela vous permettra de changer la taille du volume logique, puis tout ce que vous devez faire après cela, - Il redémarre le démon iscsi et le logiciel de la machine virtuelle et vérifiez qu'il possède de nouveaux paramètres de taille, puis redimensionnez le système de fichiers invités conformément à eux.
Partitionnement fonctionnera comme avec un disque dur standard depuis LV sera affiché pour la machine virtuelle invité.
Changement: peu importe, j'ai eu une fausse impression que vous avez commencé vmware sous Linux, mais non Linux sous vmware.
Giselle
Confirmation de:
http://studyhat.blogspot.com/2 ... .html
Agathe
Confirmation de:
Ce serveur de fichiers, bien sûr, doit être contrôlé par LVM Pour votre gestion de pouvoir en ligne.
Si vous voulez, vous pouvez créer ha-setup (drbd + heartbeat) avec une copie de votre serveur de fichiers dans SAN et une seconde copie à l'extérieur ou de la même manière. (Pour les paranoïdes)
Puisque vos clients sont basés sur Linux, vous pouvez utiliser NFS, qui est considéré plus rapide que Samba. FileServer Vous permet d'utiliser une stratégie de sauvegarde centralisée, ainsi qu'une surveillance centralisée du référentiel. Et du point de vue de votre question sur la sécurité fine:
Créer un cadre LVM, Comme vous avez planifié (Dans votre exemple LV 100 Gb sur PV 500 GB, il suffit de modifier les numéros correspondant au montant du référentiel requis par vos machines virtuelles). Si nécessaire, développez ceci LV, Comme vous aviez prévu de faire dans chaque machine virtuelle séparément. Mais faites-la juste une fois sur votre serveur de fichiers. Chaque fois qu'une machine virtuelle réduit l'utilisation de stockage, l'espace devient disponible pour toutes vos machines virtuelles. ;-)
Si nécessaire, ou désir, utilisez des quotas sur votre serveur de fichiers afin qu'une machine virtuelle ne remplisse pas votre serveur de fichiers.
Catherine
Confirmation de:
1) Ne pas diluer des provisions. Faire chaque volume dont vous avez besoin. 2) N'utilisez pas de partitions. Faites chaque système de fichiers avec un volume séparé. 3) Suivez la croissance du système de fichiers afin de pouvoir modifier la taille du volume à l'avance.
Quand le temps vient d'augmenter le volume
1) En ligne SAN ou dans VMware Faites tout ce dont vous avez besoin pour développer le volume. 2) DANS Linux Lancer
, Où exemple - Ce sont les noms des appareils dans / sys / block /. 3) DANS Linux Lancer
, Où exemple - Ceci est le nom de l'appareil dans / dev.
Cette approche me convient. J'ai regardé votre approche avec une allocation subtile de ressources et LVM, Et je pense qu'il travaillera aussi.
Si vous décidez toujours de suivre le chemin LVM, Je recommande de ne pas casser les disques aux sections. Comme vous l'avez dit, le manque de table de partition simplifie la croissance du disque virtuel. Sans table de partition, vous pouvez simplement courir pvresize, et Linux Reconnaît que le volume physique a grandi. Avec la table de partition, vous devez démonter tous les systèmes de fichiers, supprimer la table de partition, recréer la table de partition, puis exécuter. pvresize. C'est beaucoup plus de travail et nécessite des temps d'arrêt.