Architecture pour IBM Power Virtual Server Cloud privé dans Site du Client
IBM Power Virtual Server Cloud privé dans Site du Client
IBM® Power® Virtual Server est une offre en tant que service qui comprend un ensemble prescriptif d'infrastructure physique (calcul, réseau et stockage). L'infrastructure physique est déployée dans votre centre de données. Les Ingénieurs Fiabilité de Site (SRE) deIBM entretenir et exploiter cette infrastructure et la gérer à travers leIBM Cloud plate-forme.
Pour comprendre l'architecture Site du Client, les fonctionnalités clés et les exigences matérielles et logicielles, consultez les rubriques suivantes :
Architecture de haut niveau
Le diagramme suivant fournit une vue architecturale de haut niveau du IBM Power Virtual Server Cloud privé
Fonctions principales
Les principales caractéristiques de la version Site du Client d'IBM Power Virtual Server sont les suivantes :
-
Interfaces de gestion et d'automatisation simples: Vous pouvez facilement gérer votrePower Virtual Server ressources à l’aide d’interfaces GUI, CLI, API ou Terraform.
-
Apportez votre propre image: Vous pouvez apporter votre propre coutumeIBMAIX,Linux®, ouIBM i image qui est testée et déployée. Actuellement, les images prises en charge incluent les images de système d'exploitation suivantes :
- IBMAIX7.2, ou plus tard
- IBM i 7.3, ou plus récent et IBM i COR [1]
- RHEL (Red Hat Enterprise Linux)
- SUSE Linux Enterprise Server (SLES)
- Red Hat Enterprise LinuxCoreOS (RHCOS) pourOpenShift Container Platform
-
Ajustement dynamique des ressources: Vous pouvez configurer et personnaliser les ressources suivantes sur le serveur virtuel lorsque vous travaillez avec IBM Power Virtual Server dans Site du Client:
- Nombre de coeurs
- Quantité de mémoire
- Taille du volume de stockage
-
Machine virtuelle partagée (plafonnée et non plafonnée) et dédiée: Lorsque vous déployez une machine virtuelle, vous pouvez choisir l'une des options suivantes pour le type de cœur :
- Partagé plafonné: Le processeur est partagé entre d'autres machines virtuelles mais la partition ne peut pas utiliser un nombre de cœurs supérieur aux nombres attribués contrairement aux partitions de processeur partagées non plafonnées. Cette option est principalement utilisée à des fins de licence.
- Partagé non plafonné: Le processeur est partagé entre d’autres machines virtuelles.
- Dédié: Le processeur est alloué à la machine virtuelle spécifique.
-
Politiques de colocation pour les machines virtuelles et les volumes: Vous pouvez appliquer une stratégie d'affinité ou d'anti-affinité à chaque instance de machine virtuelle pour contrôler le serveur sur lequel une nouvelle machine virtuelle est placée. Vous pouvez créer une infrastructure haute disponibilité au sein d'un centre de données en utilisant cette fonctionnalité.
-
Opérations d'instantané de volume et de clonage: vous pouvez capturer des copies complètes et ponctuelles des machines virtuelles ou des ensembles de données. Vous pouvez créer des instantanés delta, des clones de volumes et restaurer vos disques à l'aide deIBMFlashCopy fonctionnalité surPower Virtual Server.
-
Rapport processeur autorisé/processeur virtuel: Le rapport cœur/cœur virtuel peut être compris entre 1:1 et 1:20. Pour les processeurs partagés, les coeurs fractionnaires arrondissent au nombre entier le plus proche. Par exemple,1.25 les cœurs sont égaux à 2 cœurs virtuels.
Spécifications matérielles et logicielles
Pour plus d'informations sur les régions IBM Cloud qui peuvent héberger des connexions à partir des pods pour IBM Power Virtual Server dans Site du Client, voir IBM Satellite location.
Pods
Les tailles suivantes sont disponibles :
- Petit : 1 carré deIBMPower10 (S1022 etE1050 ) processeurs
- Moyen : 2 à 4 carrés deIBMPower10 (S1022,E1050, ouE1080 ) processeurs.
Vous pouvez étendre le pod en ajoutant davantage de nœuds de calcul jusqu'à un nombre maximum spécifique. Cette limite est liée à la taille de configuration du pod. Par exemple, si vous démarrez le pod avec 5 nœuds, vous pourrez ensuite ajouter 3 nœuds supplémentaires. Les pods sont équipés d'un nœud de calcul de rechange par type de calcul. Par exemple, 1 nœud de calcul pour chaque groupe deIBM PouvoirE1080 processeurs. Les nœuds de rechange sont utilisés à des fins de maintenance ou de haute disponibilité automatique. Vous pouvez utiliser 100 % du cœur, de la mémoire et du stockage des nœuds en excluant les nœuds de rechange.
Le nœud de rechange est utilisé par leIBM équipe d'ingénierie de fiabilité du site (SRE) pour la maintenance et n'est pas disponible pour votre usage.
Configurations de petits pods
Une petite capsule a 1x42U support et S1022 et E1050 les types de système sont pris en charge dans le rack.
Tableau 1 illustre les configurations disponibles pour les types de serveur et les types de mémoire sur un petit module doté d'un rack. Tableau 2 illustre les configurations disponibles pour les types de stockage sur un petit pod avec des options de stockage du système Flash.
| Types de serveurs | Min (option 2 TB) | Min (option 4 TB) | Max |
|---|---|---|---|
| Quantité de serveurs dans un pod | 6 | 5 | 9 |
| Nombre de cœurs par serveur | 40 | 40 | 40 |
| Nombre total de cœurs | 240 | 200 | 360 |
| Noyaux utilisables | 198 | 165 | 297 |
| Types de serveurs | Min. | Max |
|---|---|---|
| Quantité de serveurs dans un pod | 2 | 4 |
| Nombre de cœurs par serveur | 96 | 96 |
| Nombre total de cœurs | 192 | 384 |
| Noyaux utilisables | 170 | 340 |
Les configurations de mémoire suivantes sont disponibles pour le serveur S1022:
- option de mémoire de 2 To par serveur: Un minimum de 12 To de mémoire et un maximum de 18 To de mémoire.
- option de mémoire de 4 To par serveur: Un minimum de 20 To de mémoire et un maximum de 36 To de mémoire.
Pour le serveur E1050, seule une option de mémoire de 8 To par serveur avec un minimum de 16 To de mémoire et un maximum de 32 To de mémoire est disponible.
Le petit pod avec un rack est disponible avec un stockage système flash FS 230 To.
| Types de stockage | FS 230 To | |
|---|---|---|
| Nombre de casiers | 1 | 1 |
| Lecteurs pour chaque système flash | 12 | 12 |
| Capacité pour chaque disque en To | 19.2 | 19.2 |
| Nombre de systèmes flash dans un pod | 1 | 2 |
| Nombre total de lecteurs dans un pod | 12 | 24 |
| Capacité totale en To | 230 | 460 |
| Capacité utilisable en To | 219 | 438 |
| Capacité utilisable en To à2x compression | 438 | 876 |
Configurations de pods moyennes
Une dosette moyenne a 2x42 Vous ou 4x42 U rack et S1022, E1050, et E1080 ( 2CEC ) les types de système sont pris en charge dans le rack.
Tableau 3 illustre les configurations disponibles pour les types de serveur et les types de mémoire sur les options de stockage de pods moyens. Tableau 4 illustre les configurations disponibles pour les types de stockage sur un pod moyen avec les options de stockage du système Flash.
| Types de serveurs | Min. | Max | Min. | Max |
|---|---|---|---|---|
| Nombre de casiers | 2 | 2 | 4 | 4 |
| Quantité de serveurs dans un pod | 12 | 15 | 16 | 40 |
| Nombre de cœurs par serveur | 40 | 40 | 40 | 40 |
| Nombre total de cœurs | 480 | 600 | 640 | 1600 |
| Noyaux utilisables | 396 | 495 | 528 | 1320 |
| Types de mémoire | ||||
| 2 To | 24 | 30 | 32 | 80 |
| 4 To | 48 | 60 | 64 | 160 |
| 8 To |
|
|
|
|
| 16 To |
|
|
|
|
| 32 To |
|
|
|
|
| Types de serveurs | Min. | Max | Min. | Max |
|---|---|---|---|---|
| Nombre de casiers | 2 | 2 | 4 | 4 |
| Quantité de serveurs dans un pod | 5 | 7 | 8 | 19 |
| Nombre de cœurs par serveur | 96 | 96 | 96 | 96 |
| Nombre total de cœurs | 480 | 672 | 768 | 1824 |
| Noyaux utilisables | 425 | 595 | 680 | 1615 |
| Types de mémoire | ||||
| 2 To |
|
|
|
|
| 4 To | 20 | 28 | 32 | 76 |
| 8 To | 40 | 56 | 64 | 152 |
| 16 To |
|
|
|
|
| 32 To |
|
|
|
|
| Types de serveurs | Min. | Max |
|---|---|---|
| Nombre de casiers | 4 | 4 |
| Quantité de serveurs dans un pod | 2 | 5 |
| Nombre de cœurs par serveur | 130 | 130 |
| Nombre total de cœurs | 240 | 600 |
| Noyaux utilisables | 214 | 535 |
| Types de mémoire | ||
| 2 To |
|
|
| 4 To |
|
|
| 8 To | 16 | 40 |
| 16 To | 32 | 80 |
| 32 To | 64 | 160 |
Le module moyen avec deux ou quatre racks est disponible avec un stockage système flash FS 460 To ou FS 920 To.
| Types de stockage | Min. | Max | Min. | Max |
|---|---|---|---|---|
| Lecteurs pour chaque système flash | 24 | 48 | 24 | 48 |
| Capacité pour chaque disque en To | 19.2 | 19.2 | 19.2 | 19.2 |
| Nombre de systèmes flash dans un pod | 1 | 1 | 2 | 2 |
| Nombre total de lecteurs dans un pod | 24 | 48 | 48 | 96 |
| Capacité totale en To | 460 | 920 | 920 | 1840 |
| Capacité utilisable en To | 438 | 876 | 876 | 1752 |
| Capacité utilisable en To à2x compression | 876 | 1752 | 1752 | 3504 |
| Types de stockage | Min. | Max | Min. | Max |
|---|---|---|---|---|
| Lecteurs pour chaque système flash | 24 | 48 | 24 | 48 |
| Capacité pour chaque disque en To | 19.2 | 19.2 | 19.2 | 19.2 |
| Nombre de systèmes flash dans un pod | 3 | 3 | 4 | 4 |
| Nombre total de lecteurs dans un pod | 72 | 144 | 96 | 192 |
| Capacité totale en To | 1380 | 2760 | 1840 | 3680 |
| Capacité utilisable en To | 1314 | 2628 | 1752 | 3504 |
| Capacité utilisable en To à2x compression | 2628 | 5256 | 3504 | 7007 |
Prise en chargePower10 les serveurs
Les sites Power10 suivants sont pris en charge :
Systèmes d'exploitation
LePower10 les soutiensLinux,AIX, ouIBM i système opérateur.
IBM Power Virtual Server dans Site du Client offre une expérience complète de Red Hat Enterprise Linux (RHEL) avec des images de stock RHEL. L'offre comprend le support d'IBM et l'accès aux corrections de bugs RHEL à partir des serveurs Satellite qui sont hébergés dans IBM Cloud Actuellement, vous devez apporter vos propres licences pour toutes les autres images du système d'exploitation. Pour plus de flexibilité, vous pouvez toujours apporter votre propre image Linux personnalisée qui est testée et déployée. Les images de stock AIX sont prises en charge sur le Power10 avec le système d'exploitation AIX.
Stockage
Pour les petites dosettes, seulement leIBM Système FlashFS5200 est pris en charge. Pour plus d'informations, voir IBM Système FlashFS5200.
Vous pouvez étendre la capacité de stockage des pods, mais vous ne pouvez pas ajouter d'autres contrôleurs de stockage.
Niveaux de stockage
Les niveaux de stockage sont basés sur les opérations d'E/S par seconde (IOP). Les performances de vos volumes de stockage sont limitées au nombre maximal d'IOP en fonction de la taille du volume de stockage et du niveau de stockage.
Les IOPS flexibles sont une offre de stockage sans niveau qui supprime la notion de type de disque et la remplace par un pool de stockage. Chacun des pools de stockage prend en charge plusieurs niveaux de stockage. Les niveaux de stockage sont basés sur différents niveaux d'IOPS.
Le tableau 5 présente les niveaux de stockage pris en charge avec les IOPS correspondantes.
| Niveau | IOPS | Performances |
|---|---|---|
| Passerelle | 25 IOPS/Go | Un volume de 100 Go reçoit 2500 IOPS. C'est2.5x plus rapide que le niveau 1 et8.3x plus rapide que le niveau 3. |
| Niveau 1 | 10 IOPS/Go | Un volume de 100 Go reçoit 1000 IOPS. C'est3.3x plus rapide que le niveau 3. |
| Niveau 3 | 3 IOPS / Go | Un volume de 100 Go reçoit 300 IOPS. |
| IOPS fixes | 5 000 IOPS quelle que soit la taille | Un volume de 100 Go reçoit 5 000 IOPS. |
L'utilisation d'IOPS fixes est limitée aux volumes d'une taille de 200 Go ou moins, ce qui correspond à la taille d'équilibre avec le niveau 0 (200 Go à 25 IOPS/Go = 5 000 IOPS).
Par exemple, un volume de stockage de niveau 3 de 100 Go peut recevoir jusqu'à 300 IOP, et un volume de stockage de niveau 1 de 100 Go peut recevoir jusqu'à 1 000 IOP. Lorsque la limite IOPS est atteinte pour le volume de stockage, la latence d'entrée/sortie augmente. Le stockage de niveau 3 n'est pas adapté aux charges de travail de production. Lorsque vous choisissez un niveau de stockage, veillez à prendre en considération les pics d'E/S par seconde de votre charge de travail de stockage, et non pas uniquement la charge d'E/S moyenne.
Réseau
L'ensemble du sous-système réseau peut être divisé en les parties suivantes :
- Trafic réseau du plan de contrôle: Le réseau du plan de contrôle est la connexion entreIBM Cloud et centre de données client. Les SRE d'IBM établissent cette connexion manuellement en utilisant Direct Link Link Connect (sécurisé) ou Virtual private network (VPN) entre IBM Cloud et votre centre de données Site du Client lors du déploiement initial.
- Trafic réseau du plan de données client: Le plan de données client est la connexion entre le centre de données client et lePower Virtual Server gousses. La communication entre chaque machine virtuelle au sein d'un pod est établie à l'aide d'adresses IP privées. LeIBM Les SRE configurent manuellement la communication entre les machines virtuelles et le réseau d'entreprise du centre de données en utilisant différents cas d'utilisation du réseau. Pour plus d'informations, voir Cas d'utilisation du réseau. Utilisez votre propre modèle pour les services de pare-feu et d'équilibrage de charge. Pour toute communication entre votre centre de données Site du Client et d'autres services IBM Cloud, vous devez définir manuellement la configuration du réseau.
Pour plus d'informations, voir Aperçu du réseau.
Capacités des centres de données
Vous pouvez vérifier et comparer les capacités du centre de données entre trois emplacements d'infrastructure différents sur la page d'aperçu de l'IBM Power Virtual Server dans la console IBM Cloud Vous pouvez également utiliser les interfaces externes telles que API, CLI et Terraform pour vérifier les capacités de votre centre de données.
Par exemple, vous pouvez déterminer la prise en charge des capacités suivantes dans votre infrastructure :
- Types de machines Power10 )
- Service de réplication globale (GRS)
-
IBM i Cloud Optical Repository (COR) est une image virtuelle qui peut être déployée et utilisée en tant que serveur de fichiers réseau ( NFS ) pour effectuer diverses tâches IBM i qui nécessitent un support. Pour plus d’informations sur les images COR, voir Référentiel optique cloud. ↩︎