Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Comment fonctionne la EC2 topologie Amazon
Le AWS réseau est organisé selon une hiérarchie de couches. EC2 les instances se connectent au réseau au niveau ou en dessous de la troisième couche, selon le type d'instance. La topologie d'une instance est décrite par un ensemble de nœuds, avec un nœud dans chaque couche du réseau. Le nœud défini dans la réponse de l'DescribeCapacityReservationTopologyAPI DescribeInstanceTopologyor fournit une vue de haut en bas de la hiérarchie du réseau, le nœud inférieur étant connecté à une instance.
Note
Certains types d'instances comprennent 4 nœuds de réseau dans un ensemble de nœuds représentant 4 couches du réseau, tandis que d'autres comprennent 3 nœuds de réseau représentant 3 couches du réseau. Pour les types d'instances pris en charge, consultezTypes d’instances.
Selon le type de réservation de capacité, il est possible que vous ne voyiez que 1, 2 ou 3 nœuds de réseau.
Le schéma suivant fournit une représentation visuelle que vous pouvez utiliser pour comprendre la EC2 topologie. Les nœuds du réseau sont identifiés comme NN1— NN7. Les chiffres i, ii, et iii identifient les couches du réseau. Les chiffres 1, 2, 3 et 4 identifient les EC2 instances. Les instances se connectent à un nœud de la couche inférieure, identifié par iii dans le schéma suivant. Plusieurs instances peuvent se connecter au même nœud.
Dans cet exemple :
-
L'instance 1 se connecte au nœud de réseau 4 (NN4) de la couche iii. NN4 se connecte au nœud de réseau 2 (NN2) de la couche ii et NN2 se connecte au nœud de réseau 1 (NN1) de la couche i, qui est le haut de la hiérarchie du réseau dans cet exemple. L'ensemble de nœuds de réseau comprend NN1 NN2, et NN4, exprimés hiérarchiquement des couches supérieures à la couche inférieure.
-
L'instance 2 se connecte également au nœud de réseau 4 (NN4). L'instance 1 et l'instance 2 partagent le même ensemble de nœuds réseau : NN1, NN2, et NN4.
-
L'instance 3 se connecte au nœud de réseau 5 (NN5). NN5 se connecte à NN2, et NN2 se connecte à NN1. Le nœud de réseau défini pour l'instance 3 est NN1 NN2, et NN5.
-
L'instance 4 se connecte au nœud de réseau 6 (NN6). Son ensemble de nœuds de réseau est NN1 NN3, et NN6.
Si l'on considère la proximité des instances 1, 2 et 3, les instances 1 et 2 sont plus proches l'une de l'autre car elles se connectent au même nœud de réseau (NN4), tandis que l'instance 3 est plus éloignée car elle se connecte à un nœud de réseau différent (NN5).
Si l'on considère la proximité de toutes les instances de ce diagramme, les instances 1, 2 et 3 sont plus proches les unes des autres que de l'instance 4 car elles partagent NN2 leur ensemble de nœuds de réseau.
En règle générale, si le nœud de réseau connecté à deux instances est le même, ces instances sont physiquement proches l’une de l’autre, comme c’est le cas pour les instances 1 et 2. En outre, moins il y a de sauts entre les nœuds de réseau, plus les instances sont proches les unes des autres. Par exemple, les instances 1 et 3 effectuent moins de sauts vers un nœud de réseau commun (NN2) que vers le nœud de réseau (NN1) qu'elles ont en commun avec l'instance 4, et sont donc plus proches l'une de l'autre qu'elles ne le sont de l'instance 4.
Aucune instance ne s'exécute sous le nœud de réseau 7 (NN7) dans cet exemple, et la sortie de l'API ne sera donc pas incluse NN7.
Comment interpréter le DescribeInstanceTopology résultat
Vous pouvez décrire la topologie de l'instance à l'aide de l'DescribeInstanceTopologyAPI. La sortie offre une vue hiérarchique de la topologie de réseau sous-jacente d’une instance.
L’exemple de sortie suivant correspond aux informations de topologie de réseau des quatre instances du schéma précédent. Les commentaires sont inclus dans l’exemple de sortie pour les besoins de cet exemple.
Il est important de noter les informations suivantes figurant dans la sortie :
-
NetworkNodesdécrit l'ensemble de nœuds réseau d'une instance unique. -
Dans chaque ensemble de nœuds de réseau, les nœuds de réseau sont répertoriés par ordre hiérarchique de haut en bas.
-
Le nœud de réseau connecté à l’instance est le dernier nœud de réseau de la liste (la couche inférieure).
-
Pour déterminer quelles instances sont proches les unes des autres, recherchez d’abord les nœuds de réseau communs dans la couche inférieure. S’il n’existe aucun nœud de réseau commun dans la couche inférieure, recherchez des nœuds de réseau communs dans les couches supérieures.
Dans l’exemple de sortie suivant, i-1111111111example et i-2222222222example sont situées le plus près les uns des autres par rapport aux autres instances de cet exemple, car elles ont le nœud de réseau nn-4444444444example en commun dans la couche inférieure.
Note
La réponse contient au moins 3 nœuds de réseau. Pour plus d'informations sur le nombre de nœuds réseau dans la réponse pour chaque type d'instance pris en charge, consultezTypes d’instances.
{
"Instances": [
{
"InstanceId": "i-1111111111example", //Corresponds to instance 1
"InstanceType": "p4d.24xlarge",
"GroupName": "ML-group",
"NetworkNodes": [
"nn-1111111111example", //Corresponds to NN1 in layer i
"nn-2222222222example", //Corresponds to NN2 in layer ii
"nn-4444444444example" //Corresponds to NN4 in layer iii - bottom layer, connected to the instance
],
"CapacityBlockId": "null",
"ZoneId": "usw2-az2",
"AvailabilityZone": "us-west-2a"
},
{
"InstanceId": "i-2222222222example", //Corresponds to instance 2
"InstanceType": "p4d.24xlarge",
"NetworkNodes": [
"nn-1111111111example", //Corresponds to NN1 - layer i
"nn-2222222222example", //Corresponds to NN2 - layer ii
"nn-4444444444example" //Corresponds to NN4 - layer iii - connected to instance
],
"CapacityBlockId": "null",
"ZoneId": "usw2-az2",
"AvailabilityZone": "us-west-2a"
},
{
"InstanceId": "i-3333333333example", //Corresponds to instance 3
"InstanceType": "trn1.32xlarge",
"NetworkNodes": [
"nn-1111111111example", //Corresponds to NN1 - layer i
"nn-2222222222example", //Corresponds to NN2 - layer ii
"nn-5555555555example" //Corresponds to NN5 - layer iii - connected to instance
],
"CapacityBlockId": "null",
"ZoneId": "usw2-az2",
"AvailabilityZone": "us-west-2a"
},
{
"InstanceId": "i-444444444example", //Corresponds to instance 4
"InstanceType": "trn1.2xlarge",
"NetworkNodes": [
"nn-1111111111example", //Corresponds to NN1 - layer i
"nn-3333333333example", //Corresponds to NN3 - layer ii
"nn-6666666666example" //Corresponds to NN6 - layer iii - connected to instance
],
"CapacityBlockId": "null",
"ZoneId": "usw2-az2",
"AvailabilityZone": "us-west-2a"
}
],
"NextToken": "SomeEncryptedToken"
}Comment interpréter le DescribeCapacityReservationTopology résultat
Vous pouvez décrire la topologie de réservation de capacité à l'aide de l'DescribeCapacityReservationTopologyAPI. La sortie fournit une vue hiérarchique de la topologie du réseau sous-jacent pour la capacité réservée.
L'exemple de sortie suivant correspond aux informations de topologie du réseau dans le diagramme précédent. Les commentaires sont inclus dans l’exemple de sortie pour les besoins de cet exemple.
Il est important de noter les informations suivantes figurant dans la sortie :
-
NetworkNodesdécrit l'ensemble de nœuds de réseau d'une seule réservation de capacité. -
Dans chaque ensemble de nœuds de réseau, les nœuds de réseau sont répertoriés par ordre hiérarchique de haut en bas.
-
Le nœud de réseau connecté à la réservation de capacité est le dernier nœud de réseau de la liste (la couche inférieure).
-
Pour déterminer si les réservations de capacité seront proches les unes des autres, recherchez d'abord les nœuds de réseau communs dans la couche inférieure de la sortie. S’il n’existe aucun nœud de réseau commun dans la couche inférieure, recherchez des nœuds de réseau communs dans les couches supérieures.
Dans l'exemple de sortie suivant, cr-1111111111example est situé sur nn-2222222222example et cr-2222222222example est situé surnn-3333333333example. Comme les réservations de capacité se situent sur différents nœuds du réseaulayer ii, la communication entre les instances d'une réservation de capacité et les instances de l'autre réservation de capacité sera inefficace.
Note
La réponse contient 1, 2 ou 3 nœuds réseau selon le type de réservation de capacité.
{
"CapacityReservations": [
{
"CapacityReservationId": "cr-1111111111example",
"CapacityBlockId": "null",
"State": "active",
"InstanceType": "p4d.24xlarge",
"NetworkNodes": [
"nn-1111111111example", //Corresponds to NN1 - layer i
"nn-2222222222example" //Corresponds to NN2 - layer ii
// Visibility of additional nodes requires an instance launch and
// the DescribeInstanceTopology API
],
"AvailabilityZone": "us-west-2a"
},
{
"CapacityReservationId": "cr-2222222222example",
"CapacityBlockId": "null",
"State": "active",
"InstanceType": "trn1.2xlarge",
"NetworkNodes": [
"nn-1111111111example", //Corresponds to NN1 - layer i
"nn-3333333333example" //Corresponds to NN3 - layer ii
// Visibility of additional nodes requires an instance launch and
// the DescribeInstanceTopology API
],
"AvailabilityZone": "us-west-2a"
}
],
"NextToken": "SomeEncryptedToken"
}Différences entre DescribeInstanceTopology et DescribeCapacityReservationTopology
Le tableau suivant compare les principales différences entre DescribeInstanceTopology et DescribeCapacityReservationTopology APIs :
| Point de comparaison | DescribeInstanceTopology | DescribeCapacityReservationTopology |
|---|---|---|
| Phase d'utilisation | Après le lancement (mode d'exécution) | Pré-lancement (mode de planification et de gestion) |
| Objectif principal | Optimisez les charges de travail sur les instances en cours d'exécution |
Planification des capacités et gestion des réservations de capacité (fusion, division, attribution) avant le lancement de l'instance |
| Nombre de nœuds du réseau |
Affiche tous les nœuds d'une instance en cours d'exécution. Si l'instance fait l'objet d'une réservation de capacité, les premiers nœuds correspondront à la topologie de réservation de capacité correspondante, suivis des nœuds supplémentaires pour se connecter à l'instance. |
Affiche un ensemble partiel de nœuds, qui varient en fonction de l'état ( |
| État |
Les instances doivent être en |
Capacité Les réservations doivent être effectuées en |
| Cas d’utilisation |
|
|
* Pour les blocs de capacité pour les ultra-serveurs, le jeu de nœuds du réseau est le même lorsqu'il s'agit de décrire la topologie d'une réservation de active capacité ou de son instance en cours d'exécution.
