Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.
# Uso del almacenamiento compatible con Amazon S3 en Snowball Edge con un clúster de dispositivos Snow
Un clúster es un conjunto de tres o más dispositivos Snowball Edge que se utilizan como una sola unidad lógica con fines de computación y almacenamiento locales. Un clúster ofrece dos beneficios principales respecto a un dispositivo Snowball Edge independiente en lo que se refiere a los fines de computación y almacenamiento locales:
+ **Mayor durabilidad**: los datos de S3 que se almacenan en un clúster de dispositivos Snowball Edge disfrutan de una mayor durabilidad que los de un solo dispositivo. Además, se mantiene la seguridad y la viabilidad de los datos del clúster, aunque las posibles interrupciones de hardware afecten el clúster. Los clústeres de tres y cuatro dispositivos pueden resistir la pérdida de un dispositivo y los de cinco a dieciséis dispositivos pueden resistir la pérdida de hasta dos dispositivos antes de que los datos estén en peligro. Puede reemplazar los nodos con un estado incorrecto para mantener la durabilidad y la seguridad de los datos almacenados en el clúster.
+ **Mayor almacenamiento**: con los dispositivos optimizados para el almacenamiento de Snowball Edge, puede crear un único clúster de 16 nodos con una capacidad de almacenamiento utilizable compatible con S3 de hasta 2,6 PB. Con los dispositivos optimizados para la computación de Snowball Edge, puede crear un único clúster de 16 nodos con una capacidad de almacenamiento utilizable compatible con S3 de hasta 501 TB.
Un clúster de dispositivos Snowball Edge no tiene ningún nodo principal. Cualquier nodo puede escribir y leer datos de todo el clúster, y todos los nodos son capaces de behind-the-scenes gestionar el clúster.
Cuando piense usar un clúster de dispositivos Snowball Edge, tenga en cuenta lo siguiente:
+ Le recomendamos que proporcione una fuente de alimentación redundante a todos los dispositivos del clúster para reducir los posibles problemas de rendimiento y estabilidad del clúster.
+ Al igual que sucede con los trabajos de computación y almacenamiento locales independientes, los datos almacenados en un clúster no pueden importarse a Amazon S3 sin pedir dispositivos adicionales como parte de trabajos de importación independientes. Si pide dispositivos adicionales como trabajos de importación, puede transferir los datos del clúster a los dispositivos de los trabajos de importación.
+ Para transferir datos a un clúster desde Amazon S3, utilice la API de Amazon S3 para crear buckets de Amazon S3 en el clúster para almacenar y recuperar objetos de S3. También puede utilizarlos AWS DataSync para transferir objetos entre los servicios de AWS almacenamiento y el almacenamiento compatible con Amazon S3 en Snowball Edge en un dispositivo Snowball Edge. Para obtener más información, consulte [Configuración de transferencias con almacenamiento compatible con S3 en Snowball Edge](https://docs.aws.amazon.com/datasync/latest/userguide/s3-compatible-storage-snow.html).
+ Puede crear un trabajo para ordenar un clúster de dispositivos desde Consola de administración de la familia de productos Snow de AWS AWS CLI, el o uno de los. AWS SDKs Para obtener más información, consulte [Primeros pasos con Snowball Edge](getting-started.md).
+ Cada dispositivo del clúster tiene un ID de nodo. Un *ID de nodo* es un identificador único para cada dispositivo del clúster, como un ID de trabajo para un dispositivo independiente. Puede obtener el nodo IDs desde el Consola de administración de la familia de productos Snow de AWS, el AWS CLI AWS SDKs, y el cliente de Snowball Edge. El cliente Snowball Edge comanda `describe-device` y `describe-cluster` devuelve el nodo IDs con otra información sobre los dispositivos o el clúster.
+ La duración de un clúster está limitada por el certificado de seguridad concedido a los dispositivos del clúster al aprovisionarlo. De forma predeterminada, los dispositivos Snowball Edge pueden utilizarse durante un máximo de 360 días antes de que haya que devolverlos. Transcurrido ese tiempo, los dispositivos dejan de responder a read/write las solicitudes. Si necesitas conservar uno o más dispositivos durante más de 360 días, ponte en contacto con nosotros AWS Support.
+ Cuando AWS recibimos un dispositivo devuelto que formaba parte de un clúster, borramos completamente el dispositivo. Esta operación de borrado se ajusta a los estándares 800-88 del Instituto Nacional de Normalización y Tecnología (NIST).
**Almacenamiento compatible con Amazon S3 en el clúster Snowball Edge, tolerancia a errores y capacidad de almacenamiento**
| Tamaño del clúster | Tolerancia a errores | Capacidad de almacenamiento de los dispositivos Snowball Edge Compute Optimized (cómputo optimizado con AMD EPYC Gen2 NVMe y) (en TB) | Capacidad de almacenamiento de los dispositivos Snowball Edge optimizados para almacenamiento con 210 TB (en TB) |
| --- | --- | --- | --- |
| 3 | Pérdida de hasta 1 nodo | 38 | 438 |
| 4 | Pérdida de hasta 1 nodo | 57 | 657 |
| 5 | Pérdida de hasta 2 nodos | 57 | 657 |
| 6 | Pérdida de hasta 2 nodos | 76 | 904 |
| 7 | Pérdida de hasta 2 nodos | 95 | 1096 |
| 8 | Pérdida de hasta 2 nodos | 114 | 1315 |
| 9 | Pérdida de hasta 2 nodos | 133 | 1534 |
| 10 | Pérdida de hasta 2 nodos | 152 | 1754 |
| 11 | Pérdida de hasta 2 nodos | 165 | 1970 |
| 12 | Pérdida de hasta 2 nodos | 171 | 1973 |
| 13 | Pérdida de hasta 2 nodos | 190 | 2192 |
| 14 | Pérdida de hasta 2 nodos | 209 | 2411 |
| 15 | Pérdida de hasta 2 nodos | 225 | 2625 |
| 16 | Pérdida de hasta 2 nodos | 228 | 2631 |
Tras desbloquear un clúster, podrá almacenar datos en ese clúster y obtener acceso a ellos. Puede usar el punto de conexión compatible con Amazon S3 para leer datos de un clúster o escribir datos en él.
Para leer o escribir datos en un clúster, debe tener un read/write quórum con un número no superior al permitido de nodos no disponibles en el clúster de dispositivos.
## Cuórums de clúster de Snowball Edge
El *quórum* representa el número mínimo de dispositivos Snowball Edge de un clúster que deben comunicarse entre sí para mantener read/write el quórum.
Cuando todos los dispositivos están en buen estado, dispone de un *cuórum de lectura y escritura* para el clúster. Si uno de los dispositivos pierde la conexión, se reduce la capacidad operativa del clúster. Sin embargo, sigue siendo posible leer y escribir en el clúster. Con todos los dispositivos en funcionamiento excepto uno o dos, el clúster sigue teniendo quórum. read/write En [this table](#cluster-table) se muestra el número de nodos que pueden desconectarse antes de que la capacidad operativa del clúster se vea afectada.
Es posible que se pierda el cuórum si un clúster pierde más dispositivos de los indicados en [this table](#cluster-table). Si se pierde el cuórum, el clúster estará sin conexión y los datos contenidos en él no estarán disponibles. Es posible que pueda solucionar este problema o que los datos se pierdan de forma permanente, según la gravedad del caso. Si se trata de una pérdida temporal del suministro eléctrico externo y consigue volver a encender los dispositivos Snowball Edge y desbloquear todos los nodos del clúster, los datos vuelven a estar disponibles.
**importante**
Si no dispone del cuórum mínimo de nodos en buen estado, póngase en contacto con AWS Support.
Puede usar el comando `describe-cluster` para ver el estado de bloqueo y la accesibilidad de la red de cada nodo. Al usar el almacenamiento del clúster, usted asume la responsabilidad administrativa de asegurarse de que los dispositivos del clúster se encuentren en buen estado y conectados. Para obtener más información, consulte [Introducción al estado del dispositivo](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Si determina que el estado de uno o más nodos es incorrecto, puede reemplazar los nodos del clúster para mantener el cuórum y el estado correcto y la estabilidad de los datos. Para obtener más información, consulte [Reemplazo de un nodo de un clúster](replacement.md).
# Reconexión de un nodo de clúster no disponible
Un *nodo*, o dispositivo dentro de un clúster, puede no estar disponible temporalmente debido a un problema como una pérdida de red o de alimentación eléctrica sin que los datos del nodo sufran ningún daño. Cuando esto sucede, afecta al estado del clúster. El estado de bloqueo y de acceso a la red de un nodo se puede ver en el cliente de Snowball Edge mediante el comando `snowballEdge describe-cluster`.
Le recomendamos que sitúe el clúster físicamente de forma que tenga acceso a las partes delantera, posterior y superior de todos los nodos. De este modo, puede acceder a los cables de alimentación y de red situados en la parte posterior, a las etiquetas de envío del nodo IDs en la parte superior y a las pantallas LCD situadas en la parte frontal de los dispositivos para ver las direcciones IP y demás información administrativa.
Cuando se detecta que un nodo no está disponible, recomendamos intentar uno de los siguientes procedimientos, según cuál sea la causa de la no disponibilidad del nodo.
**Cómo volver a conectar un nodo no disponible**
1. Asegúrese de que el nodo esté encendido.
1. Asegúrese de que el nodo esté conectado a la misma red interna que el resto del clúster.
1. Si necesita encender el nodo, tendrá que esperar hasta 20 minutos hasta que finalice.
1. Ejecute el comando `snowballEdge unlock-cluster` o el comando `snowballEdge associate-device`. Para ver un ejemplo, consulte [Unlocking Snowball Edge devices](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#setting-up-client).
**Cómo volver a conectar un nodo que no está disponible y que ha perdido la conexión a la red pero no se ha apagado**
1. Asegúrese de que el nodo esté conectado a la misma red interna que el resto del clúster.
1. Ejecute el comando `snowballEdge describe-device` para comprobar cuándo se vuelve a agregar al clúster el nodo que no estaba disponible. Para ver un ejemplo, consulte [Obtención del estado de los dispositivos](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Cuando haya realizado los procedimientos anteriores, los nodos deberían funcionar correctamente. También debe haber read/write quórum. Si no es así, es posible que uno o varios de los nodos del clúster presente un problema más grave, en cuyo caso podría ser preciso eliminarlo del clúster.
# Reemplazo de un nodo de un clúster
Para reemplazar un nodo, antes debe solicitar un repuesto. Puede solicitar un nodo de reemplazo en la consola, en o en uno de los AWS SDKs. AWS CLI Si solicita un nodo de repuesto desde la consola, puede solicitar repuestos para cualquier trabajo que no se haya cancelado o completado. A continuación, desasocie el nodo en mal estado del clúster, conecte el nodo de reemplazo a la red y desbloquee el clúster, incluido el nodo de reemplazo, asocie el nodo de reemplazo al clúster y reinicie el servicio de almacenamiento compatible con Amazon S3 en Snowball Edge.
**Para solicitar un nodo de repuesto desde la consola**
1. Inicie sesión en la [Consola de administración de la familia de productos Snow de AWS](https://console.aws.amazon.com/snowfamily/home).
1. Busque y elija un trabajo para un nodo que pertenezca al clúster que ha creado en el panel Trabajo.
1. En **Acciones**, elija **Reemplazar nodo**.
Con ello se abre el último paso del asistente de creación de trabajo, exactamente con los mismos ajustes que al crear el clúster original.
1. Seleccione **Crear trabajo**.
El dispositivo Snowball Edge de repuesto ya está en camino. Utilice el siguiente procedimiento para eliminar del clúster el nodo con estado incorrecto.
**Eliminación de un nodo de un clúster**
1. Apague el nodo que se va a eliminar. Para obtener más información, consulte [Apagado del dispositivo Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html).
1. Utilice el comando `describe-cluster` para asegurarse de que no se pueda acceder al nodo con estado incorrecto. Esto se indica con el valor de `UNREACHABLE` para el nombre `State` del objeto `NetworkReachability`.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://ip-address-of-device-in-cluster
```
**Example de la salida de `describe-cluster`**
```
{
"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. Utilice el comando `describe-service` para asegurarse de que el estado del servicio `s3-snow` es `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 resultado del comando `describe-service`**
```
{
"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. Utilice el comando `disassociate-device` para desasociar y eliminar el nodo con estado incorrecto del clúster.
```
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 resultado del comando `disassociate-device`**
```
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. Vuelva a utilizar el comando `describe-cluster` para asegurarse de que el nodo con estado incorrecto no está asociado al clúster.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https:ip-address-of-healthy-device
```
**Example del comando `describe-cluster` que muestra que el nodo está disociado**
```
{
"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. Apague el dispositivo dañado y devuélvalo a su sitio. AWS Para obtener más información, consulte [Apagado del dispositivo Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html) y [Devolución del dispositivo Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/return-device.html).
Cuando reciba el dispositivo de reemplazo, utilice el siguiente procedimiento para agregarlo al clúster.
**Cómo agregar un nodo de reemplazo**
1. Coloque el dispositivo de reemplazo del clúster de tal forma que tenga acceso a la parte delantera, posterior y superior de todos los dispositivos.
1. Encienda el nodo y asegúrese de que esté conectado a la misma red interna que el resto del clúster. Para obtener más información, consulte [Conexión a la red local](https://docs.aws.amazon.com/snowball/latest/developer-guide/getting-started-connect.html).
1. Use el comando `unlock-cluster` e incluya la dirección IP del nuevo nodo.
```
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
```
El estado del nuevo nodo será `DEGRADED` hasta que lo asocie al clúster en el siguiente paso.
1. Utilice el comando `associate-device` para asociar el nodo de reemplazo al clúster.
```
snowballEdge associate-device --device-ip-address new-node-ip-address
```
**Example del resultado del comando `associate-device`**
```
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. Utilice el comando `describe-cluster` para asegurarse de que el nodo está asociado al clúster.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://node-ip-address
```
**Example del resultado del comando `describe-cluster`**
```
{
"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. En el nodo nuevo, cree dos interfaces de red virtuales (VNIs). Para obtener más información, consulte [Inicio del almacenamiento compatible con Amazon S3 en el servicio Snowball Edge](s3-edge-snow-setting-up.md#setting-up-s3-on-snow-cluster)
1. Utilice el comando `stop-service` para detener el servicio 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 del resultado del comando `stop-service`**
```
Stopping the AWS service on your Snowball Edge. You can determine the status of the AWS service using the describe-service command.
```
1. Use el comando `start-service` para iniciar el servicio s3-snow después de agregar el nuevo nodo al clúster.
```
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 del resultado del comando `start-service`**
```
Starting the AWS service on your Snowball Edge. You can determine the status of the AWS service using the describe-service command.
```
1. Use el comando `describe-service` para asegurarse de que se haya iniciado el servicio s3-snow.
```
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 del resultado del comando `descibe-service`**
```
{
"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"
}
}
}]
}
```