- auto-configuration via un seul script (serveur et nodes)
L'auto-configuration par défaut dans IGGI permet de zéro, en 1heure d'installer N nodes opérationnels pour tous les services d'administration cluster (copie ou command en parrallele), installation de package, job dans le scheduler, MPI/LAM, monitoring (Ganglia,Gantt monika, wulfstat), configuration service nécessaire au cluster (dhcp, pxe, dns, ssh, nisdomain, autofs).
le rsync n'est pas un mode de duplication parralle.
Le multicast je ne connais pas la solution.
Bittorent n'est pas un méthode de duplication parrallele.
Quand je parle de duplication parrallele cela définit un mode de duplication qui est indépendant du nombre de nodes, qui parrallelise la copie (via un arbre de diffusion) pour installer le systeme sur tous les nodes.
- possibilité de benchmark ...
je suis d'accod avec toi. IGGI fournit une solution qui permet simplement d'établir soi-même quelques valeurs de référence.
- installation parrallel de package: C3
je ne connais pas C3, il s'agit d'une méthode de push de données en parrallel sur des nodes ? c'est intégré à yum pour optimiser la copie des packages ?
urpmi parrallel (via ka-run) permet d'installer des RPMS sur des nodes en parrallele, et donc installer des packages sur un node, prends le même temps que de l'installer sur N nodes. Il utilise ka-tools, qui permet des performances réseaux exceptionnels (copie de 560mo sur 3 nodes en moins d'une minute)
- doc OSCAR
A mon sens une documentation cluster doit fournir un pas à pas qui défini quels types d'objectifs l'on vise, par quels moyens les obtenir, et présenter les fichiers de configuration nécessaires pour arriver à ses objectifs. Il n'y a pas d'exemple type d'utilisation des outils d'administration, pas de configuration type détaille pour les différents service configuré par OSCAR (PXE par exemple)....
- 32 et 64 bits
Dans le processus de création de IGGI, la plate-forme de devel est 32bits, et les packages sont buildés sur les 2 arch. L'ISO finale n'est qu'un build d'une ISO 64bits, tous les RPMS et l'installeur de la Mandriva build en 64bits. Obtenir une ISO 64bits n'est pas plus compliqué que d'obtenir une release 32bits.
je n'essaie pas de dénigrer OSCAR, je suis son dévellopement depuis un certains nombres d'années, et je ne vois pas de nouvelles technologies intégrées par rapport à la version initiale. Je connais les difficultés de créer un produit multi-plateforme, multi-distribution, et je reconnais que OSCAR posséde un support multi-distribution multi-arch non négligeable.
Je ne pense pas affirmer de chose fausse. Je fais un constat.
IGGI est un ensemble, et non pas un bundle de package qui permet de transformer une distribution en un produit cluster. Cela représente un avantage non négligeable pour permettre une meilleure intégration des technologies cluster, comme le clonage en parrallele de node directement intégré comme méthode d'installation dans la distribution, et un outil d'administration de RPM déja pret à fonctionner en mode parrallele.
[^] # Re: Projet IGGI
Posté par guibo (site web personnel) . En réponse à la dépêche OSCAR sort en version 5.0. Évalué à 0.
L'auto-configuration par défaut dans IGGI permet de zéro, en 1heure d'installer N nodes opérationnels pour tous les services d'administration cluster (copie ou command en parrallele), installation de package, job dans le scheduler, MPI/LAM, monitoring (Ganglia,Gantt monika, wulfstat), configuration service nécessaire au cluster (dhcp, pxe, dns, ssh, nisdomain, autofs).
- mode duplication parrallele : rsync classique, multicast et egalement bittorent
le rsync n'est pas un mode de duplication parralle.
Le multicast je ne connais pas la solution.
Bittorent n'est pas un méthode de duplication parrallele.
Quand je parle de duplication parrallele cela définit un mode de duplication qui est indépendant du nombre de nodes, qui parrallelise la copie (via un arbre de diffusion) pour installer le systeme sur tous les nodes.
- possibilité de benchmark ...
je suis d'accod avec toi. IGGI fournit une solution qui permet simplement d'établir soi-même quelques valeurs de référence.
- installation parrallel de package: C3
je ne connais pas C3, il s'agit d'une méthode de push de données en parrallel sur des nodes ? c'est intégré à yum pour optimiser la copie des packages ?
urpmi parrallel (via ka-run) permet d'installer des RPMS sur des nodes en parrallele, et donc installer des packages sur un node, prends le même temps que de l'installer sur N nodes. Il utilise ka-tools, qui permet des performances réseaux exceptionnels (copie de 560mo sur 3 nodes en moins d'une minute)
- doc OSCAR
A mon sens une documentation cluster doit fournir un pas à pas qui défini quels types d'objectifs l'on vise, par quels moyens les obtenir, et présenter les fichiers de configuration nécessaires pour arriver à ses objectifs. Il n'y a pas d'exemple type d'utilisation des outils d'administration, pas de configuration type détaille pour les différents service configuré par OSCAR (PXE par exemple)....
- 32 et 64 bits
Dans le processus de création de IGGI, la plate-forme de devel est 32bits, et les packages sont buildés sur les 2 arch. L'ISO finale n'est qu'un build d'une ISO 64bits, tous les RPMS et l'installeur de la Mandriva build en 64bits. Obtenir une ISO 64bits n'est pas plus compliqué que d'obtenir une release 32bits.
je n'essaie pas de dénigrer OSCAR, je suis son dévellopement depuis un certains nombres d'années, et je ne vois pas de nouvelles technologies intégrées par rapport à la version initiale. Je connais les difficultés de créer un produit multi-plateforme, multi-distribution, et je reconnais que OSCAR posséde un support multi-distribution multi-arch non négligeable.
Je ne pense pas affirmer de chose fausse. Je fais un constat.
IGGI est un ensemble, et non pas un bundle de package qui permet de transformer une distribution en un produit cluster. Cela représente un avantage non négligeable pour permettre une meilleure intégration des technologies cluster, comme le clonage en parrallele de node directement intégré comme méthode d'installation dans la distribution, et un outil d'administration de RPM déja pret à fonctionner en mode parrallele.