Utilisation de noeuds finaux connectés

Lorsque vous déterminez la configuration de votre instance IBM Cloud® Object Storage, envisagez comment les noeuds finaux répercutent vos besoins en matière de résilience et d'accès.

Lorsque vous utilisez un compartiment inter-région, il est possible de diriger vos accès vers un noeud final connecté associé à une zone métropolitaine inter-région spécifique, plutôt que de vous connecter à la zone métropolitaine inter-région disponible la plus proche. Contrairement au noeud final geo, lorsque vous envoyez des demandes à un noeud final connecté , il n'y a pas de reprise en ligne automatisée si cette région devient indisponible. Les applications qui dirigent le trafic vers un noeud final connecté doivent implémenter une logique de basculement appropriée en interne pour obtenir les avantages de disponibilité du stockage interrégional.

L'une des raisons de l'utilisation d'un noeud final connecté est de contrôler où se produisent l'entrée et la sortie des données tout en distribuant les données dans la zone la plus large possible. Imaginez une application en cours d'exécution dans la région us-south qui souhaite stocker des données dans un compartiment interrégional aux Etats-Unis mais qui souhaite s'assurer que toutes les demandes de lecture et d'écriture restent dans la région de Dallas:

1. L'application crée un client à l'aide du noeud final https://s3.private.dal.us.cloud-object-storage.appdomain.cloud.
2. Le service Object Storage de Dallas subit une indisponibilité.
3. L'application détecte un échec persistant lors de la tentative d'utilisation du noeud final connecté.
4. L'application reconnaît la nécessité de basculer vers un autre noeud final connecté, tel que San José.
5. L'application crée un nouveau client à l'aide du noeud final https://s3.private.sjc.us.cloud-object-storage.appdomain.cloud.
6. La connectivité est reprise et l'accès peut être réacheminé vers Dallas lorsque le service est restauré.

Lors de l'envoi de requêtes à un point d'extrémité connecté, il n'y a pas de basculement automatisé si cette région devient indisponible.

Pour le contraste, imaginez une autre application utilisant le noeud final interrégional américain normal:

1. L'application crée un client à l'aide du noeud final https://s3.us.cloud-object-storage.appdomain.cloud.
2. Le service Object Storage de Dallas subit une indisponibilité.
3. Toutes les demandes Object Storage sont automatiquement redirigées vers San José ou Washington jusqu'à la restauration du service.