Types de noeud final

Les services IBM Cloud® sont connectés à un réseau à trois niveaux, segmentant le trafic public, privé et de gestion.

• Les noeuds finaux privés ne sont pas disponibles à partir d'un VPC, mais sont disponibles pour la plupart des demandes provenant d' IBM Cloud. Les noeuds finaux privés offrent de bien meilleures performances et les bandes passantes sortantes ou entrantes n'entraînent pas de frais même si le trafic s'effectue entre les régions et entre les centres de données. **Il est recommandé d'utiliser un noeud final privé, dans la mesure du possible. **
• Les noeuds finaux publics peuvent accepter des demandes de n'importe où et les frais sont imputés à la bande passante sortante. La bande passante entrante est gratuite. Les noeuds finaux publics doivent être utilisés pour les accès autres que ceux des ressources de cloud computing IBM Cloud.
• Les noeuds finaux directs sont utilisés pour les demandes provenant de ressources dans des VPC. Comme les noeuds finaux privés, les noeuds finaux directs offrent de bien meilleures performances que les noeuds finaux publics et les bandes passantes sortantes ou entrantes n'entraînent pas de frais, même si le trafic s'effectue entre les régions ou entre les centres de données. Les noeuds finaux directs sont accessibles via des passerelles de noeud final privé virtuel, comme décrit ici.

Les demandes doivent être envoyées au noeud final associé à un emplacement de compartiment défini. Si vous n'êtes pas sûr de l'emplacement d'un compartiment, il existe une extension de l'API de liste de compartiments qui renvoie les informations relatives à l'emplacement et à la classe de stockage pour tous les compartiments d'une instance de service. Un autre endroit où trouver un noeud final est d'ouvrir l'onglet de configuration de compartiment dans la console IBM Cloud.

Lorsque vous utilisez des points de terminaison privés virtuels dans une application qui envoie des requêtes à un COS d' IBM, il peut être nécessaire d'ajouter une configuration supplémentaire pour l'authentification. Les SDK COS d' IBM tenteront automatiquement de récupérer un jeton IAM à partir de https://iam.cloud.ibm.com/identity/token. Si vous utilisez un noeud final virtualisé pour l'acquisition de jeton, vous devrez modifier le noeud final IAM de manière appropriée.

Noeuds finaux régionaux

Des compartiments créés sur un noeud final régional distribuent des données dans trois centres de données répartis dans une région métropolitaine. L'un de ces centres de données peut être indisponible ou même détruit sans que cela ne vienne mettre en péril la disponibilité des données.

Points de terminaison entre régions

Les buckets créés à un point d'extrémité interrégional distribuent les données dans trois régions d'un même lieu géographique. L'une de ces régions peut être indisponible ou même détruite sans que cela ne vienne mettre en péril la disponibilité des données. Les demandes sont acheminées vers la zone métropolitaine interrégionale la plus proche en utilisant le protocole BGP (Border Gateway Protocol). Lors d'une panne, les demandes sont automatiquement réacheminées vers une région active. Les utilisateurs expérimentés qui souhaitent écrire leur propre logique de basculement peuvent le faire en envoyant des demandes à un noeud final relié et en ignorant le routage BGP.

Exemple :

• Les données du compartiment interrégional US sont réparties uniquement entre les régions (telles que Dallas, WDC et SJC) dans l'emplacement géographique US.

• Les données contenues dans le seau interrégional EU sont distribuées uniquement entre les régions (telles qu'Amsterdam et FRA) de l'emplacement géographique EU.

• Les données du compartiment interrégional AP sont réparties uniquement entre les régions (telles que TOK, SYD et OSA) dans l'emplacement géographique AP.

Noeuds finaux de centre de données unique

Les centres de données uniques ne sont pas situés au même endroit que les services IBM Cloud, tels que IAM ou Key Protect, et n'offrent aucune résilience en cas de panne ou de destruction du site.

Si une panne de réseau engendre une partition dans laquelle le centre de données ne peut pas accéder à IAM, les informations d'authentification et d'autorisation sont lues à partir d'un cache qui peut devenir périmé. Ces données en cache peuvent empêcher l'application des règles IAM nouvelles ou modifiées pendant une période pouvant aller jusqu'à 24 heures.

Noeuds finaux gérés dans l'Union européenne

IBM Cloud Activity Tracker peut archiver dans un compartiment sur des instances IBM Cloud Object Storage spécifiques. Ce tableau présente les emplacements gérés dans l'Union européenne des instances Object Storage pour l'archivage des événements.

Noeuds finaux de configuration des ressources

Les demandes effectuées à l'aide de l'API de configuration des ressources sont envoyées à un noeud final global, quel que soit l'emplacement du compartiment.

Emplacements déclassés

Au fil du temps, il peut s'avérer nécessaire de transformer des emplacements d'un centre de données unique en une configuration régionale, ou de déclasser entièrement un emplacement. Ces situations exigent que les utilisateurs migrent les données d'un compartiment à un autre. Veuillez consulter ce guide pour migrer un seau à l'aide de rclone.