Benutzerdefinierte Subnetze - Eksctl-Benutzerhandbuch

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.

Benutzerdefinierte Subnetze

Es ist möglich, eine bestehende VPC um ein neues Subnetz zu erweitern und diesem Subnetz eine Nodegroup hinzuzufügen.

Warum

Sollte der Cluster nicht mehr vorkonfiguriert sein, ist es möglich IPs, die Größe der vorhandenen VPC mit einem neuen CIDR zu ändern, um ihr ein neues Subnetz hinzuzufügen. Um zu erfahren, wie das geht, lesen Sie diesen Leitfaden zu AWS Extending VPCs.

TL; DR

Gehen Sie zur VPC-Konfiguration und fügen Sie sie hinzu, klicken Sie auf Aktionen->Bearbeiten CIDRs und fügen Sie einen neuen Bereich hinzu. Beispiel:

192.168.0.0/19 -> existing CIDR + 192.169.0.0/19 -> new CIDR

Jetzt müssen Sie ein neues Subnetz hinzufügen. Je nachdem, ob es sich um ein neues privates oder ein öffentliches Subnetz handelt, müssen Sie die Routing-Informationen aus einem privaten bzw. einem öffentlichen Subnetz kopieren.

Sobald das Subnetz erstellt ist, fügen Sie Routing hinzu und kopieren Sie entweder die NAT-Gateway-ID oder das Internet Gateway aus einem anderen Subnetz in der VPC. Achten Sie darauf, dass, wenn es sich um ein öffentliches Subnetz handelt, die automatische IP-Zuweisung aktiviert ist. Aktionen->IP-Einstellungen für automatische Zuweisung ändern-> Automatische Zuweisung öffentlicher Adresse aktivieren. IPv4

Vergessen Sie nicht, je nach Konfiguration des öffentlichen oder privaten Subnetzes auch die TAGS der vorhandenen Subnetze zu kopieren. Dies ist wichtig, da das Subnetz sonst nicht Teil des Clusters ist und Instances im Subnetz nicht beitreten können.

Wenn Sie fertig sind, kopieren Sie die ID des neuen Subnetzes. Wiederholen Sie den Vorgang so oft wie nötig.

Wie

Führen Sie den folgenden Befehl aus, um eine Knotengruppe in den erstellten Subnetzen zu erstellen:

eksctl create nodegroup --cluster <cluster-name> --name my-new-subnet --subnet-ids subnet-0edeb3a04bec27141,subnet-0edeb3a04bec27142,subnet-0edeb3a04bec27143 # or for a single subnet id eksctl create nodegroup --cluster <cluster-name> --name my-new-subnet --subnet-ids subnet-0edeb3a04bec27141

Oder verwenden Sie die Konfiguration als solche:

eksctl create nodegroup -f cluster-managed.yaml

Mit einer Konfiguration wie dieser:

# A simple example of ClusterConfig object with two nodegroups: --- apiVersion: eksctl.io/v1alpha5 kind: ClusterConfig metadata: name: cluster-3 region: eu-north-1 nodeGroups: - name: new-subnet-nodegroup instanceType: m5.large desiredCapacity: 1 subnets: - subnet-id1 - subnet-id2

Warten Sie, bis die Knotengruppe erstellt wurde und die neuen Instanzen die neuen IP-Bereiche der Subnetze haben sollten.

Den Cluster löschen

Da der neue Zusatz die bestehende VPC durch Hinzufügen einer Abhängigkeit außerhalb des CloudFormation Stacks modifiziert hat, CloudFormation kann der Cluster nicht mehr entfernt werden.

Bevor Sie den Cluster löschen, entfernen Sie alle erstellten zusätzlichen Subnetze von Hand und fahren Sie dann fort, indem Sie Folgendes aufrufen: eksctl

eksctl delete cluster -n <cluster-name> --wait