Microsoft Windows Compute Cluster Server 2003 : Questions fréquentes

Microsoft Windows Compute Cluster Server 2003 (qui inclut maintenant le Service Pack 1) est une plateforme cluster destinée aux calculs intensifs, bâtie sur Windows Server 2003 x64 Edition.

Windows Compute Cluster Server 2003 est livré sous la forme de deux CD. Le premier contient Windows Server 2003 Compute Cluster Edition (CCE), et le second, Microsoft Compute Cluster Pack (CCP) — un ensemble d'interfaces, d'utilitaires et une infrastructure d'administration qui composent Windows Compute Cluster Server 2003.

L'objectif de Microsoft est de permettre aux utilisateurs finaux d'exploiter facilement des ressources informatiques distribuées pour résoudre des problèmes complexes. La version bêta de Windows Compute Cluster Server 2003 constitue la première étape dans ce sens. Microsoft propose ainsi des ressources informatiques distribuées plus faciles à utiliser, plus efficaces à déployer et d'un coût d'exploitation inférieur.

Windows Compute Cluster Server 2003 se fonde sur Windows Server 2003 Standard x64 Edition et ne peut être installé que sur un matériel 64 bits.

Windows Compute Cluster Server 2003 Service Pack 1 (SP1) utilise les fondements de Windows Server 2003 SP2. En plus des corrections de bugs, l’assistant de déploiement de nœud de calcul de Windows Compute Cluster Server 2003 SP1 est basé sur Windows Deployment Services, qui permet d’ajouter un nœud de calcul tout simplement en le connectant sur le réseau et en le démarrant.

o Vous pouvez télécharger gratuitement la version d’évaluation de Windows CCS 2003.

Les conditions matérielles requises sont décrites sur la page Conditions requises pour Windows Compute Cluster Server 2003.

Non. "Haute disponibilité" décrit des systèmes à tolérance de panne. Windows Compute Cluster Server 2003 est conçu pour des applications scientifiques et techniques nécessitant des calculs intensifs et qui tirent parti du traitement parallèle.

Les conditions matérielles pour Windows Compute Cluster Server 2003 sont identiques à celles pour les versions 64 bits de Windows Server 2003.

Bien que Windows Compute Cluster Server 2003 fonctionne exclusivement sur des nœuds 64 bits, les applications 32 bits sont prises en charge. Bien sûr, ces applications ne pourront pas exploiter le grand espace mémoire adressable par un système 64 bits. Le Windows Compute Cluster Server 2003 Software Development Kit (SDK) inclut à la fois les bibliothèques 32 et 64 bits de l'interface de passage de messages MPI, à l'intention des développeurs.

C'est au fournisseur de l'application de vous répondre. Windows Compute Cluster Server 2003 tire parti de la version 64 bits de Services for UNIX (SFU) 3.5. Ces services sont requis pour faire fonctionner des applications UNIX ou Linux.

Aucun projet n'existe dans ce sens.

La licence de Windows Compute Cluster Server 2003 impose que les ordinateurs composant les nœuds ne servent qu'à des fins de calcul. Si l'utilisateur souhaite qu'un nœud serve à autre chose, par exemple une base de données, il devra acquérir la version appropriée de Windows Server 2003 x64 Editions (Standard, Enterprise, or Datacenter) et l'installer sur ce nœud. Les composants spécifiques à Microsoft Compute Cluster Server 2003 fonctionnent sur toutes les versions de Windows Server 2003 x64.

Oui. Le Microsoft Compute Cluster Pack (c'est-à-dire le second CD faisant partie de Windows Compute Cluster Server 2003) peut être acheté séparément et s'exécute sur toutes les versions 64 bits de Windows Server 2003 R2.

Oui. Windows Compute Cluster Server (CCS) 2003 est compatible avec les conditions de sécurité de ces environnements. Il utilise le service d'annuaire Active Directory pour l'authentification des utilisateurs. CCS emploie aussi un composant additionnel enfichable dans la console MMC qui simplifie l'administration du nœud principal et des nœuds de calcul. Enfin, des outils tels que Microsoft Operations Manager (MOM) et Microsoft Systems Management Server (SMS) sont capables d'administrer CCS.

Il n'existe pas de conditions particulières sur le réseau pour Windows Compute Cluster Server 2003. Toutefois, le produit est conçu pour exploiter des réseaux à haut débit comme Gigabit Ethernet, Infiniband, 10 Gigabit Ethernet, Myrinet et tous ceux compatibles avec l'interface directe Microsoft Windows Sockets.

Windows Compute Cluster Server 2003 est livré avec l'interface MS MPI, une pile MPI fondée sur l'implémentation MPICH2 d'Argonne National Labs. Windows CCS 2003 fonctionnera aussi avec d'autres piles MPI écrites en respectant le standard MPI2.

C'est recommandé. Toutefois, il existe aussi d'autres planificateurs de tâches en provenance d'autres éditeurs de logiciels qui fonctionnent avec Windows Compute Cluster Server 2003.

Oui. L'interface à la ligne de commande est prise en charge. L'utilisateur peut aussi exploiter des scripts et des fichiers de traitement par lots pour soumettre des tâches au planificateur.

Oui. Il est possible d'utiliser RIS (Remote Installation Services) pour installer les nœuds de calcul Windows Compute Cluster Server 2003, ou utiliser Windows Deployment Service (WDS) inclus dans Windows Compute Cluster Server 2003 SP1.

Il suffit d'utiliser ntbackup de Windows pour sauvegarder les nœuds Windows Compute Cluster Server 2003, quel que soit leur type. Les applications de sauvegarde en provenance d'autres éditeurs fonctionnent aussi à condition qu'elles soient certifiées pour Windows Server 2003.

Un cluster ne peut posséder qu'un seul nœud principal.

La première version de Windows Compute Cluster Server 2003 ne prend pas en charge la technique de basculement. Mais il est prévu d'ajouter cette fonctionnalité dans une future version. Actuellement, d'autres techniques sont disponibles pour redémarrer après un incident majeur, comme la restauration à partir des archives ou le miroir de disques.

Non. La seule limite est le nombre de systèmes disponibles, le nombre d'interconnexion disponibles et la charge placée sur l'infrastructure par les applications s'exécutant sur les nœuds.

Cette première version de Windows Compute Cluster Server 2003 est livrée avec Microsoft SQL Server Desktop Engine  (MSDE 2000), qui est installé par défaut pour suivre les tâches en cours. En raison d'une restriction sur la licence, les clients ne peuvent pas installer la version complète de SQL Server sur des nœuds de calcul exploitant Windows Compute Cluster Server 2003. Si le client souhaite installer la version complète de SQL Server, il doit acquérir Windows Server 2003 x64 Standard, Enterprise, ou Datacenter Edition. Le Microsoft Compute Cluster Pack s'installe sur n'importe laquelle de ces plateformes.

Services for Unix (nommé Services for UNIX-based Applications—SUA—dans Windows Server 2003 R2) n'est pas requis pour utiliser Windows Compute Cluster Server 2003. SUA sert dans le portage d'applications UNIX ou Linux sur Windows. Pour obtenir des informations complémentaires sur SFU 3.5, visitez le site Windows Services for UNIX .

Les langages de programmation pris en compte par l'interface MS MPI sont Fortran77, Fortran90 et le C. Toutefois, les utilisateurs peuvent employer n'importe quel langage de script, ou tout autre langage disponible chez Microsoft ou auprès d'un autre éditeur, pour créer des applications destinées au cluster de calcul Microsoft.

Windows Compute Cluster Server 2003 peut servir d'ordinateur central pour diverses tâches interactives parallèles utilisant des interfaces utilisateur. Mais les résultats de l'interactivité dépendent de la conception du programme et de son couplage avec les processus parallélisés.

Non. Il ne faut pas oublier qu'une application démarrée par le planificateur de tâches doit être capable de fonctionner sans interaction avec un utilisateur, ses entrées provenant d'un fichier par exemple. Il s'agit là d'une contrainte classique pour tous les processus s'exécutant en tâche de fond. Des programmes interactifs peuvent s'exécuter sur Windows Compute Cluster Server 2003, mais dans ce cas, le planificateur est invoqué par l'application qui joue le rôle d'un processus frontal. Une application de ce type s'interface avec le planificateur et possède un moyen pour afficher les résultats.

Microsoft travaille actuellement avec ses partenaires pour porter des applications importantes sur Windows Compute Cluster Server (CCS) 2003. Une liste des applications compatibles avec Windows Compute Cluster Server 2003 sera publiée lors du lancement du produit final. En attendant, vous pouvez visiter la page Partenaires HPC (calcul haute performance)  pour connaître les partenaires Microsoft CCS. Pour obtenir des informations sur une application spécifique, veuillez consulter l'éditeur de l'application. Pour obtenir des informations générales sur un domaine d'application, envoyez un courriel à l'adresse HPCinfo@microsoft.com.

Oui. En règle générale, plus les performances du réseau sont faibles (en termes de bande passante et de latence), plus il faut limiter les communications entre les nœuds, c'est-à-dire passer d'un cluster fortement couplé à un cluster faiblement couplé. De nombreuses applications n'ont pas besoin d'un couplage fort. Par exemple, lorsque vous lancez 100 analyses SAS, vous lancez en réalité 100 tâches indépendantes qui ne communiquent pas toutes les microsecondes entre elles. Toutefois, la plupart des applications scientifiques massivement parallèles nécessitent un couplage serré, ce qui implique la mise en place d'un réseau spécifique et très performant entre les nœuds.

Il existe quelques différences entre ces technologies et il serait nécessaire de porter l'application UNIX ou Linux sur Windows pour pouvoir totalement profiter des avantages du système d'exploitation Windows. Par exemple, les opérations d'entrées-sorties et la gestion des threads s'effectuent différemment entre UNIX et Windows. Les applications sollicitant fortement les entrées/sorties peuvent bénéficier de l'API native des E/S Windows, plus performante que l'API UNIX.

Le nœud principal joue le rôle d'ordonnanceur. Il répartit les tâches sur les nœuds de calcul. Une application parallèle s'exécute de façon distribuée, avec un processus sur chaque nœud. L'un d'eux joue le rôle de maître, contrôle les autres et gère les entrées/sorties. Lorsque l'application parallèle a démarré, des communications s'établissent entre le nœud principal et les nœuds de calcul mais aussi directement entre les nœuds de calcul.