Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Verwenden von Amazon S3 S3-kompatiblem Speicher auf Snowball Edge mit einem Cluster von Snow-Geräten
Ein Cluster ist eine Sammlung von drei oder mehr Snowball Edge-Geräten, die als eine einzige logische Einheit für lokale Speicher- und Rechenzwecke verwendet werden. Ein Cluster bietet zwei Hauptvorteile gegenüber einem eigenständigen Snowball Edge-Gerät für lokalen Speicher und Datenverarbeitung:
+ **Höhere Haltbarkeit** — Die in einem Cluster von Snowball Edge-Geräten gespeicherten S3-Daten weisen eine höhere Datenbeständigkeit auf als ein einzelnes Gerät. Darüber hinaus bleiben die Daten auf dem Cluster trotz möglicher Hardwareausfälle, die sich auf den Cluster auswirken, sicher und funktionsfähig. Cluster können den Verlust eines Geräts in Clustern von 3 und 4 Geräten und von bis zu zwei Geräten in Clustern von 5 bis 16 Geräten aushalten, bevor die Daten gefährdet sind. Sie können fehlerhafte Knoten ersetzen, um die Beständigkeit und Sicherheit der im Cluster gespeicherten Daten zu gewährleisten.
+ **Mehr Speicherplatz — Mit speicheroptimierten** Snowball Edge-Geräten können Sie einen einzelnen Cluster mit 16 Knoten und bis zu 2,6 PB nutzbarer S3-kompatibler Speicherkapazität erstellen. Mit den für die Datenverarbeitung optimierten Snowball Edge-Geräten können Sie einen einzelnen Cluster mit 16 Knoten und bis zu 501 TB nutzbarer S3-kompatibler Speicherkapazität erstellen.
Ein Cluster von Snowball Edge-Geräten besteht aus Leaderless-Knoten. Jeder Knoten kann Daten in den gesamten Cluster schreiben und Daten aus dem gesamten Cluster lesen, und alle Knoten sind in der Lage, den Cluster zu behind-the-scenes verwalten.
Beachten Sie bei der Planung der Verwendung eines Clusters von Snowball Edge-Geräten die folgenden Überlegungen:
+ Wir empfehlen, dass Sie für alle Geräte im Cluster eine redundante Stromquelle bereitstellen, um mögliche Leistungs- und Stabilitätsprobleme im Cluster zu reduzieren.
+ Wie bei eigenständigen lokalen Speicher- und Rechenaufträgen können die in einem Cluster gespeicherten Daten nicht in Amazon S3 importiert werden, ohne zusätzliche Geräte als Teil separater Importaufträge zu bestellen. Wenn Sie zusätzliche Geräte als Importaufträge bestellen, können Sie die Daten vom Cluster auf die Geräte mit den Importaufträgen übertragen.
+ Um Daten von Amazon S3 auf einen Cluster zu übertragen, verwenden Sie die Amazon S3 S3-API, um Amazon S3 S3-Buckets auf dem Cluster zu erstellen, um Objekte aus S3 zu speichern und abzurufen. Sie können es auch verwenden, AWS DataSync um Objekte zwischen AWS Speicherdiensten und Amazon S3 S3-kompatiblem Speicher auf Snowball Edge auf einem Snowball Edge-Gerät zu übertragen. Weitere Informationen finden Sie unter [Konfiguration von Übertragungen mit S3-kompatiblem Speicher auf Snowball Edge](https://docs.aws.amazon.com/datasync/latest/userguide/s3-compatible-storage-snow.html).
+ Sie können einen Job erstellen, um einen Cluster von Geräten aus dem Managementkonsole für die AWS Snow-Familie AWS CLI, dem oder einem der AWS SDKs Geräte zu bestellen. Weitere Informationen finden Sie unter [Erste Schritte mit Snowball Edge](getting-started.md).
+ Jedes Gerät im Cluster hat eine Knoten-ID. Eine *Knoten-ID* ist eine eindeutige Kennung für jedes Gerät im Cluster, wie eine Job-ID für ein eigenständiges Gerät. Sie können den Knoten IDs vom Managementkonsole für die AWS Snow-Familie, dem AWS CLI AWS SDKs, und dem Snowball Edge-Client abrufen. Der Snowball Edge-Client befiehlt `describe-device` und `describe-cluster` gibt den Knoten IDs mit anderen Informationen über Geräte oder den Cluster zurück.
+ Die Lebensdauer eines Clusters wird durch das Sicherheitszertifikat begrenzt, das für die Cluster-Geräte bei der Bereitstellung des Clusters gewährt wird. Standardmäßig können Snowball Edge-Geräte bis zu 360 Tage lang verwendet werden, bevor sie zurückgegeben werden müssen. Nach Ablauf dieser Zeit reagieren die Geräte nicht mehr auf read/write Anfragen. Wenn Sie ein oder mehrere Geräte länger als 360 Tage behalten müssen, wenden Sie sich an AWS Support.
+ Wenn AWS Sie ein zurückgesandtes Gerät erhalten, das Teil eines Clusters war, führen wir eine vollständige Löschung des Geräts durch. Diese Löschung folgt dem National Institute of Standards and Technology (NIST)-Standard 800-88.
**Amazon S3 S3-kompatibler Speicher auf Snowball Edge-Cluster, Fehlertoleranz und Speicherkapazität**
| Cluster-Größe | Fehlertoleranz | Speicherkapazität von Snowball Edge Compute Optimized (Compute Optimized with AMD EPYC Gen2 and NVMe) -Geräten (in TB) | Speicherkapazität von für Snowball Edge-Speicher optimierten 210-TB-Geräten (in TB) |
| --- | --- | --- | --- |
| 3 | Verlust von bis zu einem Knoten | 38 | 438 |
| 4 | Verlust von bis zu einem Knoten | 57 | 657 |
| 5 | Verlust von bis zu 2 Knoten | 57 | 657 |
| 6 | Verlust von bis zu 2 Knoten | 76 | 904 |
| 7 | Verlust von bis zu 2 Knoten | 95 | 1096 |
| 8 | Verlust von bis zu 2 Knoten | 114 | 1315 |
| 9 | Verlust von bis zu 2 Knoten | 133 | 1534 |
| 10 | Verlust von bis zu 2 Knoten | 152 | 1754 |
| 11 | Verlust von bis zu 2 Knoten | 165 | 1970 |
| 12 | Verlust von bis zu 2 Knoten | 171 | 1973 |
| 13 | Verlust von bis zu 2 Knoten | 190 | 2192 |
| 14 | Verlust von bis zu 2 Knoten | 209 | 2411 |
| 15 | Verlust von bis zu 2 Knoten | 225 | 2625 |
| 16 | Verlust von bis zu 2 Knoten | 228 | 2631 |
Nachdem Sie einen Cluster entsperrt haben, können Sie Daten in diesem Cluster speichern und darauf zugreifen. Sie können den Amazon S3 S3-kompatiblen Endpunkt verwenden, um Daten aus einem Cluster zu lesen und in einen Cluster zu schreiben.
Um Daten aus einem Cluster lesen oder in einen Cluster schreiben zu können, benötigen Sie ein read/write Quorum mit nicht mehr als der zulässigen Anzahl nicht verfügbarer Knoten in Ihrem Gerätecluster.
## Snowball Edge-Cluster-Quoren
Ein *Quorum* stellt die Mindestanzahl von Snowball Edge-Geräten in einem Cluster dar, die miteinander kommunizieren müssen, um ein read/write Quorum aufrechtzuerhalten.
Wenn alle Geräte in einem Cluster fehlerfrei sind, haben Sie ein *Lese-/Schreibquorum* für Ihren Cluster. Wenn eines oder zwei dieser Geräte offline gehen, reduzieren Sie die Betriebskapazität des Clusters. Sie können jedoch immer noch Lese- und Schreibvorgänge auf dem Cluster durchführen. Wenn der Cluster bis auf ein oder zwei Geräte in Betrieb ist, hat der Cluster immer noch ein read/write Quorum. Die Anzahl der Knoten, die offline gehen können, bevor die Betriebskapazität des Clusters beeinträchtigt wird, finden Sie in[this table](#cluster-table).
Quorom kann verloren gehen, wenn ein Cluster mehr als die unter angegebene Anzahl von Geräten verliert. [this table](#cluster-table) Wenn ein Quorom verloren geht, ist der Cluster offline und die Daten im Cluster sind nicht verfügbar. Je nach Schweregrad des Vorgangs können Sie dies entweder beheben oder die Daten sind möglicherweise dauerhaft verloren. Wenn es sich um ein temporäres externes Stromversorgungsereignis handelt und Sie die Snowball Edge-Geräte wieder einschalten und alle Knoten im Cluster entsperren können, sind Ihre Daten wieder verfügbar.
**Wichtig**
Wenn kein Mindestquorum an intakten Knoten vorhanden ist, wenden Sie sich an. AWS Support
Sie können den `describe-cluster` Befehl verwenden, um den Sperrstatus und die Erreichbarkeit über das Netzwerk für jeden Knoten einzusehen. Wenn Sie den Clusterspeicher verwenden, müssen Sie sicherstellen, dass die Geräte in Ihrem Cluster ordnungsgemäß funktionieren und verbunden sind. Weitere Informationen finden Sie unter [Gerätestatus abrufen](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Wenn Sie feststellen, dass ein oder mehrere Knoten fehlerhaft sind, können Sie die Knoten im Cluster ersetzen, um Quorom und die Integrität und Stabilität Ihrer Daten aufrechtzuerhalten. Weitere Informationen finden Sie unter [Einen Knoten in einem Cluster ersetzen](replacement.md).
# Einen nicht verfügbaren Clusterknoten erneut verbinden
Ein *Knoten* oder ein Gerät innerhalb eines Clusters kann aufgrund eines Problems wie Strom- oder Netzwerkausfall vorübergehend nicht verfügbar sein, ohne dass die Daten auf dem Knoten beschädigt werden. Wenn dies geschieht, wirkt sich dies auf den Status Ihres Clusters aus. Die Netzwerkerreichbarkeit und der Sperrstatus eines Knotens werden im Snowball Edge-Client mithilfe des Befehls gemeldet. `snowballEdge describe-cluster`
Wir empfehlen, Ihren Cluster physisch so zu positionieren, dass Sie zur Vorder-, Rück- und Oberseite aller Knoten Zugang haben. Auf diese Weise können Sie auf Strom- und Netzwerkkabel auf der Rückseite, Versandetiketten auf der Oberseite für den Knoten IDs und LCD-Bildschirme auf der Vorderseite der Geräte für die IP-Adressen und andere Verwaltungsinformationen zugreifen.
Wenn Sie feststellen, dass ein Knoten nicht verfügbar ist, empfehlen wir Ihnen, je nach dem Szenario, das dazu geführt hat, dass der Knoten nicht verfügbar ist, eines der folgenden Verfahren auszuprobieren.
**So verbinden Sie einen nicht verfügbaren Knoten wieder**
1. Stellen Sie sicher, dass der Knoten eingeschaltet ist.
1. Stellen Sie sicher, dass der Knoten mit demselben internen Netzwerk verbunden ist, mit dem der Rest des Clusters verbunden ist.
1. Wenn Sie den Knoten einschalten müssen, warten Sie bis zu 20 Minuten, bis der Vorgang abgeschlossen ist.
1. Führen Sie den `snowballEdge unlock-cluster` Befehl oder den `snowballEdge associate-device` Befehl aus. Ein Beispiel finden Sie unter [Snowball Edge-Geräte entsperren](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#setting-up-client).
**So stellen Sie die Verbindung zu einem nicht verfügbaren Knoten wieder her, der zwar die Netzwerkkonnektivität, aber nicht die Stromversorgung verloren hat**
1. Stellen Sie sicher, dass der Knoten mit demselben internen Netzwerk verbunden ist, in dem sich der Rest des Clusters befindet.
1. Führen Sie den `snowballEdge describe-device`-Befehl aus, um zu sehen, wann der vorher nicht verfügbare Knoten dem Cluster wieder hinzugefügt wird. Ein Beispiel finden Sie unter [Gerätestatus abrufen](https://docs.aws.amazon.com/snowball/latest/developer-guide/using-client-commands.html#client-status).
Nachdem Sie die oben genannten Verfahren ausgeführt haben, sollten Ihre Knoten normal funktionieren. Sie sollten auch ein read/write Quorum haben. Wenn dies nicht der Fall ist, liegt bei einem oder mehreren Ihrer Knoten möglicherweise ein ernsthafteres Problem vor und diese müssen aus dem Cluster entfernt werden.
# Einen Knoten in einem Cluster ersetzen
Um einen Knoten zu ersetzen, müssen Sie zuerst einen Ersatz bestellen. Sie können einen Ersatzknoten über die Konsole AWS CLI, die oder einen der folgenden bestellen AWS SDKs. Wenn Sie einen Ersatzknoten über die Konsole bestellen, können Sie Ersatz für alle Aufträge bestellen, die nicht abgebrochen oder abgeschlossen wurden. Dann trennen Sie den fehlerhaften Knoten vom Cluster, verbinden den Ersatzknoten mit Ihrem Netzwerk und entsperren den Cluster einschließlich des Ersatzknotens, ordnen den Ersatzknoten dem Cluster zu und starten den Amazon S3 S3-kompatiblen Speicher auf Snowball Edge neu.
**So bestellen Sie einen Ersatzknoten über die Konsole**
1. Melden Sie sich an der [Managementkonsole für die AWS Snow-Familie](https://console.aws.amazon.com/snowfamily/home) an.
1. Suchen und wählen Sie im Auftrags-Dashboard einen Auftrag für einen Knoten, der zu dem Cluster gehört, den Sie erstellt haben.
1. Wählen Sie für **Actions (Aktionen)**die Option **Replace node (Knoten ersetzen)** aus.
Dadurch wird der letzte Schritt des Auftragserstellungsassistenten geöffnet. Hierbei sind alle Einstellungen mit denen bei der ursprünglichen Erstellung des Clusters identisch.
1. Wählen Sie **Job erstellen** aus.
Ihr Ersatz-Snowball Edge ist jetzt auf dem Weg zu Ihnen. Gehen Sie wie folgt vor, um den fehlerhaften Knoten aus dem Cluster zu entfernen.
**Um einen Knoten aus einem Cluster zu entfernen**
1. Schalten Sie den Knoten aus, der entfernt werden soll. Weitere Informationen finden Sie [unter Snowball Edge ausschalten](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html).
1. Verwenden Sie den `describe-cluster` Befehl, um sicherzustellen, dass der fehlerhafte Knoten nicht erreichbar ist. Dies wird durch den Wert von `UNREACHABLE` für den `State` Namen des `NetworkReachability` Objekts angezeigt.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://ip-address-of-device-in-cluster
```
**Example der `describe-cluster` Ausgabe**
```
{
"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. Verwenden Sie den `describe-service` Befehl, um sicherzustellen, dass der Status des `s3-snow` Dienstes lautet`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 der Ausgabe des `describe-service` Befehls**
```
{
"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. Verwenden Sie den `disassociate-device` Befehl, um den fehlerhaften Knoten vom Cluster zu trennen und ihn daraus zu entfernen.
```
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 Ausgabe des Befehls `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. Verwenden Sie den `describe-cluster` Befehl erneut, um sicherzustellen, dass der fehlerhafte Knoten vom Cluster getrennt wird.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https:ip-address-of-healthy-device
```
**Example des `describe-cluster` Befehls zeigt an, dass der Knoten getrennt ist**
```
{
"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. Schalten Sie das defekte Gerät aus und setzen Sie es wieder auf. AWS Weitere Informationen finden Sie unter [Ausschalten des Snowball Edge-Geräts und [Rückgabe des Snowball](https://docs.aws.amazon.com/snowball/latest/developer-guide/return-device.html) Edge-Geräts](https://docs.aws.amazon.com/snowball/latest/developer-guide/turnitoff.html).
Wenn das Ersatzgerät eingetroffen ist, gehen Sie wie folgt vor, um es dem Cluster hinzuzufügen.
**Um ein Ersatzgerät hinzuzufügen**
1. Positionieren Sie das Ersatzgerät für den Cluster so, dass Sie Zugriff auf die Vorder-, Rück- und Oberseite aller Geräte haben.
1. Schalten Sie den Knoten ein und stellen Sie sicher, dass der Knoten mit demselben internen Netzwerk verbunden ist wie der Rest des Clusters. Weitere Informationen finden Sie unter [Verbindung mit Ihrem lokalen Netzwerk](https://docs.aws.amazon.com/snowball/latest/developer-guide/getting-started-connect.html) herstellen.
1. Verwenden Sie den `unlock-cluster` Befehl und geben Sie die IP-Adresse des neuen Knotens an.
```
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
```
Der Status des neuen Knotens bleibt so `DEGRADED` lange bestehen, bis Sie ihn im nächsten Schritt dem Cluster zuordnen.
1. Verwenden Sie den `associate-device` Befehl, um den Ersatzknoten dem Cluster zuzuordnen.
```
snowballEdge associate-device --device-ip-address new-node-ip-address
```
**Example der `associate-device` Befehlsausgabe**
```
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. Verwenden Sie den `describe-cluster` Befehl, um sicherzustellen, dass der neue Knoten dem Cluster zugeordnet ist.
```
snowballEdge describe-cluster --manifest-file path/to/manifest/file.bin --unlock-code unlock-code --endpoint https://node-ip-address
```
**Example der `describe-cluster` Befehlsausgabe**
```
{
"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. Erstellen Sie auf dem neuen Knoten zwei virtuelle Netzwerkschnittstellen (VNIs). Weitere Informationen finden Sie unter [Starten des Amazon S3 S3-kompatiblen Speichers auf dem Snowball Edge-Service](s3-edge-snow-setting-up.md#setting-up-s3-on-snow-cluster).
1. Verwenden Sie den `stop-service` Befehl, um den s3-Snow-Dienst zu beenden.
```
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 der Befehlsausgabe `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. Verwenden Sie den `start-service` Befehl, um den s3-Snow-Dienst zu starten, nachdem Sie dem Cluster den neuen Knoten hinzugefügt haben.
```
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 der Befehlsausgabe `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. Verwenden Sie den `describe-service` Befehl, um sicherzustellen, dass der s3-Snow-Dienst gestartet wurde.
```
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 der Befehlsausgabe `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"
}
}
}]
}
```