As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Usando armazenamento compatível com Amazon S3 no Snowball Edge com um cluster de dispositivos Snow
Cluster é uma coleção de três ou mais dispositivos Snowball Edge usados como uma unidade lógica, para fins de armazenamento e de computação locais. Um cluster oferece dois benefícios principais em comparação com um dispositivo Snowball Edge independente para fins de armazenamento e computação locais:
+ **Maior durabilidade**: os dados armazenados do S3 em um cluster de dispositivos Snowball Edge têm maior durabilidade em comparação com um único dispositivo. Além disso, os dados no cluster permanecem seguros e viáveis, apesar de possíveis interrupções do hardware que prejudiquem o cluster. Os clusters podem suportar a perda de um dispositivo em clusters de 3 e 4 dispositivos e até dois dispositivos em clusters de 5 a 16 dispositivos antes que os dados estejam em perigo. É possível substituir nós não íntegros para manter a durabilidade e a segurança dos dados armazenados no cluster.
+ **Maior armazenamento**: com os dispositivos com armazenamento otimizado Snowball Edge, é possível criar um único cluster de 16 nós com até 2,6 PB de capacidade de armazenamento utilizável compatível com S3. Com os dispositivos otimizados para computação Snowball Edge, é possível criar um único cluster de 16 nós de até 501 TB de capacidade de armazenamento utilizável compatível com o S3.
Um cluster de dispositivos Snowball Edge é composto de nós sem líderes. Qualquer nó pode gravar e ler dados de todo o cluster, e todos os nós são capazes de realizar o behind-the-scenes gerenciamento do cluster.
Lembre-se das seguintes considerações quando estiver pensando em usar um cluster de dispositivos Snowball Edge:
+ Recomendamos que você forneça uma fonte de alimentação redundante para todos os dispositivos no cluster com o objetivo de reduzir possíveis problemas de performance e estabilidade do cluster.
+ Assim como ocorre com trabalhos de computação e armazenamento locais autônomos, os dados armazenados em um cluster não podem ser importados para o Amazon S3 sem solicitar dispositivos adicionais como parte de trabalhos de importação separados. Se você solicitar dispositivos adicionais como trabalhos de importação, poderá transferir os dados do cluster para os dispositivos de trabalho de importação.
+ Para extrair dados de um cluster do Amazon S3, use a API do Amazon S3 para criar buckets do Amazon S3 no cluster para armazenar e recuperar objetos do S3. Além disso, você pode usar AWS DataSync para transferir objetos entre serviços AWS de armazenamento e armazenamento compatível com Amazon S3 no Snowball Edge em um dispositivo Snowball Edge. Para ter mais informações, consulte [Configuring transfers with S3 compatible storage on Snowball Edge](https://docs.aws.amazon.com/datasync/latest/userguide/s3-compatible-storage-snow.html).
+ Você pode criar um trabalho para solicitar um cluster de dispositivos do Console de Gerenciamento da família AWS Snow AWS CLI, do ou de um dos AWS SDKs. Para obter mais informações, consulte [Introdução ao Snowball Edge](getting-started.md).
+ Cada dispositivo no cluster tem um ID de nó. Um *ID de nó* é um identificador exclusivo para cada dispositivo no cluster, como um ID de trabalho para um dispositivo autônomo. Você pode obter o node IDs do Console de Gerenciamento da família AWS Snow, do AWS CLI, do e do AWS SDKs cliente Snowball Edge. O cliente Snowball Edge comanda `describe-device` e `describe-cluster` retorna o nó IDs com outras informações sobre os dispositivos ou o cluster.
+ A duração de um cluster é limitada pelo certificado de segurança concedido a dispositivos do cluster quando o cluster é provisionado. Por padrão, os dispositivos Snowball Edge podem ser usados por até 360 dias antes de serem retornados. Ao final desse período, os dispositivos param de responder às read/write solicitações. Se você precisar manter um ou mais dispositivos por mais de 360 dias, entre em contato AWS Support.
+ Ao AWS receber um dispositivo devolvido que fazia parte de um cluster, realizamos uma eliminação completa do dispositivo. Esse apagamento segue os padrões 800-88 do Instituto Nacional de Padrões e Tecnologia (NIST).
**Armazenamento compatível com Amazon S3 no cluster Snowball Edge, tolerância a falhas e capacidade de armazenamento**
| Tamanho do cluster | Tolerância a falhas | Capacidade de armazenamento dos dispositivos Snowball Edge Compute Optimized (Compute Optimized com AMD EPYC NVMe Gen2 e) (em TB) | Capacidade de armazenamento de dispositivos de 210 TB otimizados para armazenamento Snowball Edge (em TB) |
| --- | --- | --- | --- |
| 3 | Perda de até 1 nó | 38 | 438 |
| 4 | Perda de até 1 nó | 57 | 657 |
| 5 | Perda de até 2 nós | 57 | 657 |
| 6 | Perda de até 2 nós | 76 | 904 |
| 7 | Perda de até 2 nós | 95 | 1096 |
| 8 | Perda de até 2 nós | 114 | 1315 |
| 9 | Perda de até 2 nós | 133 | 1534 |
| 10 | Perda de até 2 nós | 152 | 1754 |
| 11 | Perda de até 2 nós | 165 | 1970 |
| 12 | Perda de até 2 nós | 171 | 1973 |
| 13 | Perda de até 2 nós | 190 | 2192 |
| 14 | Perda de até 2 nós | 209 | 2411 |
| 15 | Perda de até 2 nós | 225 | 2625 |
| 16 | Perda de até 2 nós | 228 | 2631 |
Depois de desbloquear um cluster, você estará pronto para armazenar e acessar dados nesse cluster. Você pode usar o endpoint compatível com Amazon S3 para ler e gravar dados em um cluster.
Para ler ou gravar dados em um cluster, você deve ter um read/write quórum com no máximo o número permitido de nós indisponíveis em seu cluster de dispositivos.
## Quóruns de clusters do Snowball Edge
Um *quorum* representa o número mínimo de dispositivos Snowball Edge em um cluster que devem se comunicar entre si para manter o quórum. read/write
Quando todos os dispositivos em um cluster estão íntegros, você tem um *quórum de leitura/gravação* para o cluster. Se um ou dois desses dispositivos ficarem off-line, você reduzirá a capacidade operacional do cluster. No entanto, você ainda pode ler e gravar no cluster. Com todos os dispositivos operando, exceto um ou dois, o cluster ainda tem read/write quorum. O número de nós que podem ficar off-line antes que a capacidade operacional do cluster seja prejudicada é encontrado em [this table](#cluster-table).
O quórum poderá ser perdido se um cluster perder mais do que o número de dispositivos indicado em [this table](#cluster-table). Se isso acontecer, o cluster ficará off-line, e os dados no cluster se tornarão indisponíveis. Você pode corrigir isso, ou os dados podem ser permanentemente perdidos, dependendo da gravidade do evento. Se for um evento temporário de alimentação externa e você conseguir ligar os dispositivos Snowball Edge novamente e desbloquear todos os nós do cluster, os dados ficarão disponíveis novamente.
**Importante**
Se não existir um quórum mínimo de nós íntegros, entre em contato com o AWS Support.
É possível usar o comando `describe-cluster` para visualizar o estado do bloqueio e a acessibilidade da rede de cada nó. Garantir que os dispositivos no cluster estejam íntegros e conectados é uma responsabilidade administrativa que você assume ao usar o armazenamento de cluster. Para ter mais informações, consulte [Ver status do dispositivo](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Se você identificar que um ou mais nós não estão íntegros, será possível substituir os nós no cluster para manter o quórum, a integridade e a estabilidade dos dados. Para obter mais informações, consulte [Substituir um nó em um cluster](replacement.md).
# Reconexão de um nó de cluster indisponível
Um *nó*, ou dispositivo dentro de um cluster, pode se tornar temporariamente indisponível devido a um problema, como perda de energia ou de rede, sem danificar os dados no nó. Quando isso acontece, o status de seu cluster é afetado. O status de bloqueio e acessibilidade da rede de um nó é informado no Snowball Edge com o comando `snowballEdge describe-cluster`.
Recomendamos que você posicione fisicamente seu cluster para que tenha acesso às partes frontal, traseira e superior de todos os nós. Dessa forma, você pode acessar os cabos de alimentação e de rede na parte traseira, as etiquetas de remessa na parte superior do nó IDs e as telas LCD na parte frontal dos dispositivos para obter os endereços IP e outras informações administrativas.
Quando você detectar que um nó está indisponível, recomendamos tentar um dos seguintes procedimentos, dependendo do cenário que causou a indisponibilidade do nó.
**Para reconectar um nó indisponível**
1. Verifique se o nó está ligado.
1. Certifique-se de que o nó esteja conectado à mesma rede interna que o restante do cluster ao qual ele está conectado.
1. Se você precisar ligar o nó, espere até 20 minutos para que ele termine.
1. Execute o comando `snowballEdge unlock-cluster` ou o comando `snowballEdge associate-device`. Por exemplo, consulte [Desbloqueio de dispositivos Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#setting-up-client).
**Para reconectar um nó indisponível que perdeu a conectividade da rede, mas não foi desligado**
1. Certifique-se de que o nó esteja conectado à mesma rede interna que o resto do cluster.
1. Execute o comando `snowballEdge describe-device` para ver quando o nó indisponível anteriormente é readicionado ao cluster. Por exemplo, consulte [Como obter o status do dispositivo](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Depois de você executar os procedimentos anteriores, seus nós deverão funcionar normalmente. Você também deve ter read/write quórum. Se esse não for o caso, um ou mais dos seus nós podem ter um problema mais sério e talvez seja necessário removê-los do cluster.
# Substituir um nó em um cluster
Para substituir um nó, primeiro é necessário solicitar uma substituição. Você pode solicitar um nó de substituição no console AWS CLI, no ou em um dos AWS SDKs. Se estiver solicitando um nó de substituição do console, poderá solicitar substituições para qualquer trabalho que ainda não tenha sido cancelado nem concluído. Em seguida, você desassocia o nó não íntegro do cluster, conecta o nó substituto à sua rede e desbloqueia o cluster, incluindo o nó substituto, associa o nó substituto ao cluster e reinicia o armazenamento compatível com Amazon S3 no serviço Snowball Edge.
**Para solicitar um nó de substituição no console**
1. Faça login no [Console de Gerenciamento da família AWS Snow](https://console.aws.amazon.com/snowfamily/home).
1. Encontre e escolha um trabalho para um nó que pertença ao cluster que você criou no painel de trabalho.
1. Em **Ações**, escolha **Substituir nó**.
Ao fazer isso, é aberta a etapa final do assistente de criação de trabalho, com todas as configurações idênticas à forma como o cluster foi criado originalmente.
1. Escolha **Criar trabalho**.
Seu Snowball Edge de substituição agora está a caminho. Use o procedimento a seguir para remover o nó não íntegro do cluster.
**Como remover um nó de um cluster**
1. Desligue o nó a ser removido. Para ter mais informações, consulte [Desligar o Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html).
1. Use o comando `describe-cluster` para garantir que o nó não íntegro esteja inacessível. Isso é indicado pelo valor de `UNREACHABLE` para o nome `State` do 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 da saída `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. Use o comando `describe-service` para garantir que o status do serviço `s3-snow` seja `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 da saída do 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. Use o comando `disassociate-device` para desassociar e remover o nó não íntegro do 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 saída do 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. Use o comando `describe-cluster` novamente para garantir que o nó não íntegro seja desassociado do cluster.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https:ip-address-of-healthy-device
```
**Example do comando `describe-cluster` mostrando que o nó está desassociado**
```
{
"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. Desligue e retorne o dispositivo não íntegro para o. AWS Para ter mais informações, consulte [Desligar o Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html) e [Devolver o dispositivo Snowball Edge](https://docs.aws.amazon.com/snowball/latest/developer-guide/return-device.html).
Quando o dispositivo de substituição chegar, use o procedimento a seguir para adicioná-lo ao cluster.
**Como adicionar um dispositivo de substituição**
1. Posicione o dispositivo de substituição para o cluster, de modo que você tenha acesso às partes frontal, traseira e superior de todos os dispositivos.
1. Ligue o nó e garanta que ele esteja conectado à mesma rede interna que o resto do cluster. Para ter mais informações, consulte [Conectar-se à rede local](https://docs.aws.amazon.com/snowball/latest/developer-guide/getting-started-connect.html).
1. Use o comando `unlock-cluster` e inclua o endereço IP do novo nó.
```
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
```
O estado do novo nó será `DEGRADED` até que você o associe ao cluster na próxima etapa.
1. Use o comando `associate-device` para associar o nó de substituição ao cluster.
```
snowballEdge associate-device --device-ip-address new-node-ip-address
```
**Example da saída do 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. Use o comando `describe-cluster` para garantir que o novo nó esteja associado ao cluster.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://node-ip-address
```
**Example da saída do 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. No novo nó, crie duas interfaces de rede virtual (VNIs). Para obter mais informações, consulte [Iniciando o armazenamento compatível com Amazon S3 no serviço Snowball Edge](s3-edge-snow-setting-up.md#setting-up-s3-on-snow-cluster).
1. Use o comando `stop-service` para interromper o serviço 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 da saída do 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 o comando `start-service` para iniciar o serviço s3-snow depois de adicionar o novo nó ao 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 da saída do 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 o comando `describe-service` para garantir que o serviço s3-snow tenha sido iniciado.
```
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 da saída do 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"
}
}
}]
}
```