Quelle est la meilleure pratique de déploiement de système Linux de masse?

Si vous essayez d'installer le système 500 Linux via l'installation réseau en même temps, le goulot d'étranglement serait le NFS / HTTP / FTP ou tout autre serveur contenant les fichiers dont vous avez besoin pour l'installation.

OMI, cela ne peut être résolu qu'en ajoutant plus de serveurs d'installation, puis en les tournant.

Existe-t-il une meilleure solution à ce problème? Quelque chose comme "P2P Linux installation"?

MISE À JOUR: J'ai besoin de décrire ma situation de manière plus spécifique. Actuellement, je déploie RHEL à l'aide de kickstart + NFS. Lorsque j'essaie de déployer 500 RHEL simultanément, le serveur NFS aura un trafic énorme et rend chaque processus d'installation lent. La configuration de plus de serveurs NFS est une solution mais je ne pense pas que ce soit une bonne solution.

C'est généralement là que l'imagerie multidiffusion arrive. Quelque chose comme Clonezilla ou fantôme prend en charge l'envoi de la multidiffusion de données qui vous permettrait de pousser l'image vers les 500 systèmes à la fois à la même vitesse que de pousser l'image vers 1 système.

L' installateur Avalanche de la distribution de cluster de roches linux est basé sur bittorrent et évolue bien. Il vous emmène également du démarrage PXE au système en cours d'exécution. Cependant, vous êtes lié à l'utilisation de roches (basé sur CentOS) et à faire les choses à la manière des roches.

SystemImager peut également utiliser bit-torrent pour un déploiement de masse plus rapide.

Je n'utiliserais pas la multidiffusion, car cela complique les choses. Tout d'abord, essayez de minimiser le trafic NFS, cela signifie obtenir les packages dont vous avez besoin pour installer via HTTP. Si votre serveur Web pour le référentiel de packages est surchargé, utilisez-en deux et répartissez la charge en affectant des serveurs différents à chaque client (par exemple, l'adresse IP modulo 2).

Votre serveur NFS peut être plus rapide si plus de démons nfsd seront démarrés. Souvent, seuls 8 d'entre eux sont démarrés.

Je viens de mesurer le trafic d'une installation Debian (via PXE, NFS, HTTP) en utilisant FAI. Lors de l'installation de 4,2 Go de logiciels, 1,3 Go de HTTP (tous les packages) et 100 Mo de trafic NFS (le nfsroot lors de l'installation) ont été envoyés sur le réseau. C'était pour un client d'installation. Je suppose donc que la réduction du trafic NFS et la distribution du trafic HTTP seront très utiles.

Une carte d'interface réseau de 10 Go sur votre serveur ou une liaison de cartes réseau serveur aiderait également. Et, je pense qu'il n'est pas nécessaire d'installer toute la machine en même temps, mais plus dans un court laps de temps.

Mais de toute façon, vous devez d'abord analyser ce que sera votre goulot d'étranglement. Faites donc quelques tests sur 20 machines pour par exemple

Je ne connais pas de moyen d'utiliser Bittorrent ou la multidiffusion à moins que vous ne puissiez passer au déploiement d'une image plutôt qu'à des installations. Dans le cas contraire, voici une façon d'aborder le problème.

Réfléchissons de plus près au goulot d'étranglement. Le CPU n'est pas le goulot d'étranglement; NFS ne nécessite pas beaucoup de puissance de traitement. Le disque n'est pas le goulot d'étranglement; les fichiers nécessaires pour installer RHEL ne dépassent pas quelques gigaoctets, ils devraient donc facilement tenir dans la RAM de votre serveur NFS. Le débit du réseau est certainement un goulot d'étranglement; en supposant qu'un système en cours d'installation demande en moyenne 50 mégabits par seconde, vous auriez besoin d'au moins 25 gigabits de bande passante pour alimenter 500 installations. C'est beaucoup de cartes réseau, ou quelques-unes très chères.

Cela ne signifie pas que vous ne devriez pas essayer d'améliorer les performances en y jetant plus de matériel, dans des limites raisonnables. Obtenez autant de cartes réseau que possible sur le serveur NFS et associez-les. Si vous pouvez justifier le temps et le coût, configurez davantage de serveurs NFS. Bien sûr, assurez-vous que vos serveurs NFS sont bien réglés .

Que vous ajoutiez ou non du matériel, voyez si vous obtenez une augmentation des performances en évitant la congestion du réseau et en équilibrant les pics et les creux de débit. Pour ce faire, divisez les installations en lots. Effectuez une installation unique et représentez graphiquement le débit pendant l'installation. Examinez ce graphique et déterminez le nombre d'installations que vous pouvez démarrer simultanément et le moment optimal pour démarrer davantage de lots.

Par exemple, disons que vous pouvez transférer 4 Gbits / s à partir du ou des serveurs NFS. Vous constaterez peut-être qu'une installation copie 100 Mo / s pendant la première minute pendant le téléchargement du programme d'installation, puis ne copie aucune donnée pendant une minute pendant que le programme d'installation fonctionne comme le partitionnement, puis copie 50 Mo / s pendant trois minutes pendant que le l'installateur télécharge et extrait les packages. Sachant cela, vous pouvez calculer que vous pouvez démarrer 40 installations, attendre une minute, démarrer 40 autres installations, attendre 5 minutes, puis répéter le processus.

Concernant le déploiement massif de fichiers, il existe déjà une solution apportée par Twitter, basée sur bittorent: Murder .

Si vous parlez d'installer le système d'exploitation sur votre serveur, cela ne fonctionnera évidemment pas avec cette solution.