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.
# Utilisation du stockage compatible Amazon S3 sur Snowball Edge avec un cluster d'appareils Snow
Un cluster est un ensemble de trois appareils Snowball Edge ou plus utilisés comme unité logique unique à des fins de stockage et de calcul locaux. Un cluster offre deux avantages principaux par rapport à un appareil Snowball Edge autonome pour le stockage local et le calcul :
+ **Durabilité accrue** — Les données S3 stockées dans un cluster d'appareils Snowball Edge bénéficient d'une durabilité accrue par rapport à un seul appareil. De plus, les données du cluster restent sûres et viables, malgré d'éventuelles pannes matérielles affectant le cluster. Les clusters peuvent résister à la perte d'un appareil dans des clusters de 3 ou 4 appareils et jusqu'à deux appareils dans des clusters de 5 à 16 appareils avant que les données ne soient en danger. Vous pouvez remplacer les nœuds défectueux pour préserver la durabilité et la sécurité des données stockées dans le cluster.
+ **Stockage accru** — Avec les appareils optimisés pour le stockage Snowball Edge, vous pouvez créer un cluster unique de 16 nœuds avec jusqu'à 2,6 Po de capacité de stockage utilisable compatible S3. Avec les appareils optimisés pour le calcul Snowball Edge, vous pouvez créer un cluster unique de 16 nœuds d'une capacité de stockage utilisable compatible S3 allant jusqu'à 501 To.
Un cluster d'appareils Snowball Edge est constitué de nœuds sans leader. Tout nœud peut écrire et lire des données dans l'ensemble du cluster, et tous les nœuds sont capables d'effectuer la behind-the-scenes gestion du cluster.
Tenez compte des points suivants lorsque vous prévoyez d'utiliser un cluster d'appareils Snowball Edge :
+ Nous vous recommandons de fournir une source d'alimentation redondante pour tous les appareils du cluster afin de réduire les problèmes potentiels de performance et de stabilité du cluster.
+ Comme pour les tâches de stockage et de calcul locales autonomes, les données stockées dans un cluster ne peuvent pas être importées dans Amazon S3 sans commander des appareils supplémentaires dans le cadre de tâches d'importation distinctes. Si vous commandez des appareils supplémentaires en tant que tâches d'importation, vous pouvez transférer les données du cluster vers les appareils de tâches d'importation.
+ Pour transférer des données vers un cluster depuis Amazon S3, utilisez l'API Amazon S3 pour créer des compartiments Amazon S3 sur le cluster afin de stocker et de récupérer des objets depuis S3. Vous pouvez également l'utiliser AWS DataSync pour transférer des objets entre les services AWS de stockage et le stockage compatible Amazon S3 sur Snowball Edge sur un appareil Snowball Edge. Pour plus d'informations, consultez [Configuration des transferts avec un stockage compatible S3 sur Snowball Edge](https://docs.aws.amazon.com/datasync/latest/userguide/s3-compatible-storage-snow.html).
+ Vous pouvez créer une tâche pour commander un cluster d'appareils auprès du AWS Snow Family Management Console AWS CLI, du ou de l'un des AWS SDKs. Pour de plus amples informations, veuillez consulter [Commencer à utiliser Snowball Edge](getting-started.md).
+ Chaque appareil du cluster possède un identifiant de nœud. Un *ID de nœud* est un identifiant unique pour chaque appareil du cluster, comme un identifiant de tâche pour un appareil autonome. Vous pouvez obtenir un nœud IDs à partir du AWS Snow Family Management Console AWS CLI, du AWS SDKs, et du client Snowball Edge. Le client Snowball Edge commande `describe-device` et `describe-cluster` renvoie un nœud IDs contenant d'autres informations sur les appareils ou le cluster.
+ La durée de vie d'un cluster est limitée par le certificat de sécurité accordé aux appareils du cluster lorsque celui-ci est provisionné. Par défaut, les appareils Snowball Edge peuvent être utilisés pendant 360 jours au maximum avant de devoir être renvoyés. À la fin de cette période, les appareils cessent de répondre aux read/write demandes. Si vous devez conserver un ou plusieurs appareils pendant plus de 360 jours, contactez AWS Support.
+ Lorsque AWS nous recevons un appareil renvoyé qui faisait partie d'un cluster, nous procédons à un effacement complet de l'appareil. Cet effacement suit les normes NIST (National Institute of Standards and Technology, Institut américain des normes et de la technologie) 800-88.
**Stockage compatible avec Amazon S3 sur le cluster Snowball Edge, tolérance aux pannes et capacité de stockage**
| Taille du cluster | Tolérance aux pannes | Capacité de stockage des appareils Snowball Edge Compute Optimized (Compute Optimized with AMD EPYC Gen2 NVMe et) (en To) | Capacité de stockage des appareils de 210 To optimisés pour le stockage Snowball Edge (en To) |
| --- | --- | --- | --- |
| 3 | Perte d'un maximum de 1 nœud | 38 | 438 |
| 4 | Perte d'un maximum de 1 nœud | 57 | 657 |
| 5 | Perte d'un maximum de 2 nœuds | 57 | 657 |
| 6 | Perte d'un maximum de 2 nœuds | 76 | 904 |
| 7 | Perte d'un maximum de 2 nœuds | 95 | 1096 |
| 8 | Perte d'un maximum de 2 nœuds | 114 | 1315 |
| 9 | Perte d'un maximum de 2 nœuds | 133 | 1534 |
| 10 | Perte d'un maximum de 2 nœuds | 152 | 1754 |
| 11 | Perte d'un maximum de 2 nœuds | 165 | 1970 |
| 12 | Perte d'un maximum de 2 nœuds | 171 | 1973 |
| 13 | Perte d'un maximum de 2 nœuds | 190 | 2192 |
| 14 | Perte d'un maximum de 2 nœuds | 209 | 2411 |
| 15 | Perte d'un maximum de 2 nœuds | 225 | 2625 |
| 16 | Perte d'un maximum de 2 nœuds | 228 | 2631 |
Après avoir déverrouillé un cluster, vous êtes prêt à stocker les données de ce cluster et à y accéder. Vous pouvez utiliser le point de terminaison compatible Amazon S3 pour lire et écrire des données dans un cluster.
Pour lire ou écrire des données dans un cluster, vous devez avoir un read/write quorum ne dépassant pas le nombre autorisé de nœuds non disponibles dans votre cluster d'appareils.
## Quorums du cluster Snowball Edge
Un *quorum* représente le nombre minimum d'appareils Snowball Edge dans un cluster qui doivent communiquer entre eux pour maintenir un read/write quorum.
Lorsque tous les appareils d'un cluster sont sains, vous disposez d'un *quorum de lecture/écriture* pour votre cluster. Si un ou deux de ces appareils sont hors ligne, vous réduisez la capacité opérationnelle du cluster. Toutefois, vous avez toujours accès au cluster en lecture et en écriture. Lorsque tous les appareils sont opérationnels, sauf un ou deux, le cluster dispose toujours d'un read/write quorum. Le nombre de nœuds qui peuvent être mis hors ligne avant que la capacité opérationnelle du cluster ne soit affectée est indiqué dans[this table](#cluster-table).
Quorom peut être perdu si un cluster perd plus que le nombre d'appareils indiqué dans. [this table](#cluster-table) Lorsqu'un quorom est perdu, le cluster est hors ligne et les données du cluster ne sont pas disponibles. Vous pouvez être en mesure de résoudre ce problème ou les données peuvent être définitivement perdue, en fonction de la gravité de l'événement. S'il s'agit d'un problème d'alimentation externe temporaire et que vous pouvez rallumer les appareils Snowball Edge et déverrouiller tous les nœuds du cluster, vos données sont de nouveau disponibles.
**Important**
Si le quorum minimum de nœuds sains n'existe pas, contactez AWS Support.
Vous pouvez utiliser la `describe-cluster` commande pour afficher l'état du verrouillage et l'accessibilité réseau de chaque nœud. Lorsque vous utilisez le stockage en cluster, vous devez vous assurer que les appareils de votre cluster sont sains et connectés. Pour plus d'informations, consultez la section [Obtenir l'état de l'appareil](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Si vous déterminez qu'un ou plusieurs nœuds ne fonctionnent pas correctement, vous pouvez remplacer les nœuds du cluster pour préserver le quorom ainsi que la santé et la stabilité de vos données. Pour de plus amples informations, veuillez consulter [Remplacement d'un nœud dans un cluster](replacement.md).
# Reconnexion d'un nœud de cluster non disponible
Un *nœud*, ou un appareil au sein d'un cluster, peut devenir temporairement indisponible en raison d'un problème tel qu'une coupure d'alimentation ou de réseau sans endommager les données du nœud. Le cas échéant, cela affecte l'état de votre cluster. L'accessibilité réseau et l'état de verrouillage d'un nœud sont signalés dans le client Snowball Edge à l'aide de la commande. `snowballEdge describe-cluster`
Nous vous recommandons de positionner physiquement votre cluster de sorte que vous ayez accès à l'avant, à l'arrière et en haut de tous les nœuds. Ainsi, vous pouvez accéder aux câbles d'alimentation et réseau situés à l'arrière, aux étiquettes d'expédition situées sur le dessus pour le nœud IDs et aux écrans LCD situés à l'avant des appareils pour les adresses IP et autres informations administratives.
Lorsque vous détectez qu'un nœud n'est pas disponible, nous vous recommandons d'essayer l'une des procédures suivantes, en fonction du scénario à l'origine de l'indisponibilité du nœud.
**Pour reconnecter un nœud non disponible**
1. Assurez-vous que le nœud est sous tension.
1. Assurez-vous que le nœud est connecté au même réseau interne que le reste du cluster.
1. Si vous devez mettre le nœud sous tension, attendez jusqu'à 20 minutes pour qu'il soit terminé.
1. Exécutez la `snowballEdge unlock-cluster` commande ou la `snowballEdge associate-device` commande. Pour un exemple, voir [Déverrouillage des appareils Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#setting-up-client).
**Pour reconnecter un nœud indisponible qui a perdu sa connectivité réseau, mais qui n'a pas perdu son alimentation**
1. Assurez-vous que le nœud est connecté au même réseau interne que le reste du cluster.
1. Exécutez la commande `snowballEdge describe-device` pour savoir quand le nœud précédemment indisponible est ajouté au cluster. Pour un exemple, consultez [Getting Device Status](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Après avoir effectué les procédures précédentes, vos nœuds devraient fonctionner normalement. Vous devez également avoir read/write le quorum. Si ce n'est pas le cas, cela signifie qu'un ou plusieurs de vos nœuds ont peut-être un problème plus grave et doivent être supprimés du cluster.
# Remplacement d'un nœud dans un cluster
Pour remplacer un nœud, vous devez d'abord en commander un de remplacement. Vous pouvez commander un nœud de remplacement depuis la console AWS CLI, le ou l'un des AWS SDKs. Si vous commandez un nœud de remplacement à partir de la console, vous pouvez commander des périphériques de remplacement pour toutes les tâches n'ayant pas été annulées ou terminées. Ensuite, vous dissociez le nœud défectueux du cluster, vous connectez le nœud de remplacement à votre réseau, vous déverrouillez le cluster, y compris le nœud de remplacement, vous associez le nœud de remplacement au cluster et vous redémarrez le stockage compatible Amazon S3 sur le service Snowball Edge.
**Pour commander un nœud de remplacement à partir de la console**
1. Connectez-vous à la [AWS Snow Family Management Console](https://console.aws.amazon.com/snowfamily/home).
1. Recherchez choisissez une tâche pour un nœud appartenant au cluster que vous avez créé à partir du tableau de bord des tâches.
1. Pour **Actions**, sélectionnez **Replace node (Remplacer le nœud)**.
Cette opération permet d'accéder à l'étape finale de l'assistant de création de tâche, avec tous les paramètres identiques à la manière dont le cluster a été créé.
1. Choisissez **Créer une tâche**.
Votre Snowball Edge de remplacement est maintenant en route vers vous. Utilisez la procédure suivante pour supprimer le nœud défectueux du cluster.
**Pour supprimer un nœud d'un cluster**
1. Mettez hors tension le nœud à supprimer. Pour plus d'informations, consultez la section [Powering off the Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html).
1. Utilisez la `describe-cluster` commande pour vous assurer que le nœud défectueux est inaccessible. Cela est indiqué par la valeur de `UNREACHABLE` pour le `State` nom de l'`NetworkReachability`objet.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://ip-address-of-device-in-cluster
```
**Example de `describe-cluster` sortie**
```
{
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"Devices": [
{
"DeviceId": "JID12345678-1234-1234-1234-123456789012",
"UnlockStatus": {
"State": "UNLOCKED"
},
"ActiveNetworkInterface": {
"IpAddress": "10.0.0.0"
},
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "REACHABLE"
},
"Tags": []
},
{
"DeviceId": "JID12345678-1234-1234-1234-123456789013",
"UnlockStatus": {
"State": "UNLOCKED"
},
"ActiveNetworkInterface": {
"IpAddress": "10.0.0.1"
},
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "REACHABLE"
},
"Tags": []
},
{
"DeviceId": "JID12345678-1234-1234-1234-123456789014",
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "UNREACHABLE"
}
}
]
}
```
1. Utilisez la `describe-service` commande pour vous assurer que l'état du `s3-snow` service est`DEGRADED`.
```
snowballEdge describe-service --service-id s3-snow --device-ip-addresses snow-device-1-address snow-device-2-address --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://snow-device-ip-address
```
**Example de sortie de `describe-service` commande**
```
{
"ServiceId": "s3-snow",
"Autostart": true,
"Status": {
"State": "DEGRADED"
},
"ServiceCapacities": [
{
"Name": "S3 Storage",
"Unit": "Byte",
"Used": 38768180432,
"Available": 82961231819568
}
],
"Endpoints": [
{
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.10",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description" : "s3-snow bucket API endpoint (for s3control SDK)",
"DeviceId": "JID-beta-207012320001-24-02-05-17-17-26",
"Status": {
"State": "ACTIVE"
}
},
{
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.11",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "Description" : "s3-snow object & bucket API endpoint (for s3api SDK)",
"DeviceId": "JID-beta-207012320001-24-02-05-17-17-26",
"Status": {
"State": "ACTIVE"
}
},
{
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.12",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "Description" : "s3-snow bucket API endpoint (for s3control SDK)",
"DeviceId": "JID-beta-207012240003-24-02-05-17-17-27",
"Status": {
"State": "ACTIVE"
}
},
{
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.13",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "Description" : "s3-snow object & bucket API endpoint (for s3api SDK)",
"DeviceId": "JID-beta-207012320001-24-02-05-17-17-27",
"Status": {
"State": "ACTIVE"
}
}
]
}
```
1. Utilisez la `disassociate-device` commande pour dissocier et supprimer le nœud défectueux du cluster.
```
snowballEdge disassociate-device --device-id device-id --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://ip-address-of-unhealthy-device
```
**Example sortie de `disassociate-device` commande**
```
Disassociating your Snowball Edge device from the cluster. Your Snowball Edge device will be disassociated from the cluster when it is in the "DISASSOCIATED" state. You can use the describe-cluster command to determine the state of your cluster.
```
1. Réutilisez la `describe-cluster` commande pour vous assurer que le nœud défectueux est dissocié du cluster.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https:ip-address-of-healthy-device
```
**Example de `describe-cluster` commande indiquant que le nœud est dissocié**
```
{
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"Devices": [
{
"DeviceId": "JID12345678-1234-1234-1234-123456789012",
"UnlockStatus": {
"State": "UNLOCKED"
},
"ActiveNetworkInterface": {
"IpAddress": "10.0.0.0"
},
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "REACHABLE"
},
"Tags": []
},
{
"DeviceId": "JID12345678-1234-1234-1234-123456789013",
"UnlockStatus": {
"State": "UNLOCKED"
},
"ActiveNetworkInterface": {
"IpAddress": "10.0.0.1"
},
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "REACHABLE"
},
"Tags": []
},
{
"DeviceId": "JID12345678-1234-1234-1234-123456789014",
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "DISASSOCIATED"
}
}
]
}
```
1. Éteignez l'appareil défectueux et remettez-le en marche AWS. Pour plus d'informations, voir [Mise hors tension du dispositif Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html) et [Retour du dispositif Snowball](https://docs.aws.amazon.com/snowball/latest/developer-guide/return-device.html) Edge.
Lorsque le périphérique de remplacement arrive, suivez la procédure ci-dessous pour l'ajouter au cluster.
**Pour ajouter un appareil de remplacement**
1. Positionnez le périphérique de remplacement pour le cluster de manière à avoir accès à l'avant, à l'arrière et au dessus de tous les appareils.
1. Mettez le nœud sous tension et assurez-vous qu'il est connecté au même réseau interne que le reste du cluster. Pour plus d'informations, voir [Connexion à votre réseau local](https://docs.aws.amazon.com/snowball/latest/developer-guide/getting-started-connect.html).
1. Utilisez la `unlock-cluster` commande et incluez l'adresse IP du nouveau nœud.
```
snowballEdge unlock-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://ip-address-of-cluster-device --device-ip-addresses node-1-ip-address node-2-ip-address new-node-ip-address
```
L'état du nouveau nœud sera le même `DEGRADED` jusqu'à ce que vous l'associiez au cluster à l'étape suivante.
1. Utilisez la `associate-device` commande pour associer le nœud de remplacement au cluster.
```
snowballEdge associate-device --device-ip-address new-node-ip-address
```
**Example de sortie `associate-device` de commande**
```
Associating your Snowball Edge device with the cluster. Your Snowball Edge device will be associated with the cluster when it is in the ASSOCIATED state. You can use the describe-device command to determine the state of your devices.
```
1. Utilisez la `describe-cluster` commande pour vous assurer que le nouveau nœud est associé au cluster.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://node-ip-address
```
**Example de sortie `describe-cluster` de commande**
```
{
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"Devices": [
{
"DeviceId": "JID12345678-1234-1234-1234-123456789012",
"UnlockStatus": {
"State": "UNLOCKED"
},
"ActiveNetworkInterface": {
"IpAddress": "10.0.0.0"
},
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "REACHABLE"
},
"Tags": []
},
{
"DeviceId": "JID-CID12345678-1234-1234-1234-123456789013",
"UnlockStatus": {
"State": "UNLOCKED"
},
"ActiveNetworkInterface": {
"IpAddress": "10.0.0.1"
},
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "REACHABLE"
},
"Tags": []
},
{
"DeviceId": "JID-CID12345678-1234-1234-1234-123456789015",
"UnlockStatus": {
"State": "UNLOCKED"
},
"ActiveNetworkInterface": {
"IpAddress": "10.0.0.2"
},
"ClusterAssociation": {
"ClusterId": "CID12345678-1234-1234-1234-123456789012",
"State": "ASSOCIATED"
},
"NetworkReachability": {
"State": "REACHABLE"
},
"Tags": []
}
}
]
}
```
1. Sur le nouveau nœud, créez deux interfaces réseau virtuelles (VNIs). Pour de plus amples informations, consultez [Démarrage du service de stockage compatible Amazon S3 sur Snowball Edge](s3-edge-snow-setting-up.md#setting-up-s3-on-snow-cluster).
1. Utilisez la `stop-service` commande pour arrêter le service s3-snow.
```
snowballEdge stop-service --service-id s3-snow --device-ip-addresses cluster-device-1-ip-address cluster-device-2-ip-address cluster-device-3-ip-address --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://snow-device-ip-address
```
**Example de sortie `stop-service` de commande**
```
Stopping the AWS service on your Snowball Edge. You can determine the status of the AWS service using the describe-service command.
```
1. Utilisez la `start-service` commande pour démarrer le service s3-snow après avoir ajouté le nouveau nœud au cluster.
```
snowballEdge start-service --service-id s3-snow --device-ip-addresses cluster-device-1-ip-address cluster-device-2-ip-address cluster-device-3-ip-address --virtual-network-interface-arns "device-1-vni-ip-address-a" "device-1-vni-ip-address-b" "device-2-vni-ip-address-a" "device-2-vni-ip-address-b" "device-3-vni-ip-address-a" "device-3-vni-ip-address-b" --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://snow-device-ip-address
```
**Example de sortie `start-service` de commande**
```
Starting the AWS service on your Snowball Edge. You can determine the status of the AWS service using the describe-service command.
```
1. Utilisez la `describe-service` commande pour vous assurer que le service s3-snow a démarré.
```
snowballEdge describe-service --service-id s3-snow --device-ip-addresses snow-device-1-address snow-device-2-address snow-device-3-address --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://snow-device-ip-address
```
**Example de sortie `descibe-service` de commande**
```
{
"ServiceId": "s3-snow",
"Autostart": true,
"Status": {
"State": "ACTIVE"
},
"ServiceCapacities": [{
"Name": "S3 Storage",
"Unit": "Byte",
"Used": 38768180432,
"Available": 82961231819568
}],
"Endpoints": [{
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.10",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "s3-snow bucket API endpoint (for s3control SDK)",
"DeviceId": "JID12345678-1234-1234-1234-123456789012",
"Status": {
"State": "ACTIVE"
}
}, {
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.11",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "s3-snow object & bucket API endpoint (for s3api SDK)",
"DeviceId": "JID12345678-1234-1234-1234-123456789013",
"Status": {
"State": "ACTIVE"
}
}, {
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.12",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "s3-snow bucket API endpoint (for s3control SDK)",
"DeviceId": "JID12345678-1234-1234-1234-123456789015",
"Status": {
"State": "ACTIVE"
}
}, {
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.13",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "s3-snow object & bucket API endpoint (for s3api SDK)",
"DeviceId": "JID-beta-207012320001-24-02-05-17-17-27",
"Status": {
"State": "ACTIVE"
}
}, {
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.14",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "s3-snow bucket API endpoint (for s3control SDK)",
"DeviceId": "JID-beta-207012240003-24-02-05-17-17-28",
"Status": {
"State": "ACTIVE"
}
}, {
"Protocol": "https",
"Port": 443,
"Host": "10.0.0.15",
"CertificateAssociation": {
"CertificateArn": "arn:aws:snowball-device:::certificate/7Rg2lP9tQaHnW4sC6xUzF1vGyD3jB5kN8MwEiYpT"
},
"Description": "s3-snow object & bucket API endpoint (for s3api SDK),
"DeviceId": "JID-beta-207012320001-24-02-05-17-17-28",
"Status": {
"State": "ACTIVE"
}
}
}]
}
```