Migrieren Sie mit heterogenen Kubernetes -Clustern nach Ampere auf OCI

ursprünglich von Ampere Computing veröffentlicht.

Dieser Beitrag zeigt eine inkrementelle Migrationsstrategie für Cloud-native Anwendungen, die auf Oracle Cloud Infrastructure Container Engine für Kubernetes (OKE) -E-X86-Instanzen ausgeführt werden, so umschreiben. Wir werden eine WordPress -Lampen -Stapelanwendung als praktisches Beispiel verwenden. Sein modulares Design vereinfacht die Migration von Komponenten von Komponenten.

Dieses Tutorial konzentriert sich auf die Migration der MySQL -Datenbank von vm.standard3.flex (Intel) -Knoten zu vm.standard.a1.flex (Ampere) mit minimalen Ausfallzeiten. Wir beginnen mit einer Standard -WordPress -Bereitstellung (unter Verwendung von Bitnami -Helm -Diagrammen) auf drei X86 -Knoten, wobei ein primärer MySQL -Pod, eine sekundäre Replik und einen Apache/Php WordPress -Pod enthalten sind. Die Datenpersistenz wird durch OCI -Blockvolumen und Dateispeicher behandelt. Die asynchrone Replikation sorgt für die Datenkonsistenz.

Der Migrationsprozess umfasst die folgenden Schlüsselschritte:

1. Hinzufügen eines Ampere A1 -Knotenpools: Ein neuer Knotenpool wird im vorhandenen Oke -Cluster erstellt, wobei Vm.Standard.a1.flex -Instanzen verwendet werden. Denken Sie daran, die OCPU -Zahlen angemessen anzupassen (ein Ampere A1 OCPU entspricht zwei x86 VCPUs).

2. Migrieren mySQL -Replikate: Zusätzliche MySQL -Replikatkapseln werden auf den neuen Ampere A1 -Knoten bereitgestellt. Dadurch wird die Datenreduktion und Verfügbarkeit der ARM64 -Architektur gewährleistet. Der Replikationsstatus wird verifiziert, um die nahtlose Datensynchronisation zu bestätigen. Dieser Schritt ist optional, aber für die Datensicherheit sehr empfohlen.

3. Primäres Datenbankfailover: Der primäre MySQL -Pod wird dann in einen Ampere A1 -Knoten migriert. Wichtiger Hinweis: Dieser Schritt führt zu einer temporären Serviceunterbrechung. Gründliche Tests in einer Nichtproduktionsumgebung sind entscheidend, bevor Sie dies in der Produktion versuchen. Sichern Sie Ihre Datenbank immer, bevor Sie fortfahren.

4. x86 Knotenstillung: Nach erfolgreicher Validierung können die X86 -Knoten mit den ursprünglichen MySQL -Schoten sicher stillgelegt werden.

Das Endergebnis ist ein Hybrid x86/ARM64 -Cluster: WordPress -Container bleiben auf x86, während die MySQL -Datenbank vollständig auf ARM64 -Knoten ausgeführt wird. Dieser phasedige Ansatz ermöglicht eine allmähliche Migration, minimiert das Risiko und die Maximierung der Vorteile der Leistung und der Kostenwirksamkeit von Ampere A1. Sobald dies validiert ist, können Sie andere Anwendungskomponenten auf ARM64 migrieren.

Architektonisches Diagramm, das die WordPress -Bereitstellung veranschaulicht.

Detaillierte Schritte (Anhang):

Folgendes enthält eine detailliertere Aufschlüsselung des Bereitstellungs- und Migrationsprozesses:

1. Bereitstellung der WordPress -Anwendung:

• Erstellen Sie einen 3-Knoten-Oke-Cluster mit vm.standard3.flexinstanzen.
• kubernetes -Zugriff über kubeconfig.
konfigurieren
• Laden Sie die values.yaml -Dateien für bitnami/wordpress und bitnami/mysql Helm -Diagramme herunter und passen Sie sie an. Passen Sie Einstellungen wie Passwörter, Persistenz (mithilfe von OCI -Blockvolumina für MySQL- und OCI -Dateispeicher für WordPress an) und die Knotenaffinität (zunächst auf X86) an. Die nodeAffinityPreset innerhalb der values.yaml -Datei ist der Schlüssel zum Steuerelement, an dem die Knoten die Pods bereitgestellt werden.
• mySQL mit helm install.
bereitstellen
• WordPress mit helm install bereitstellen, um das Pod-Anti-Affinität zu gewährleisten, um die Co-Lokation mit MySQL-Pods zu verhindern.
• den Bereitstellungserfolg mit kubectl get pods und kubectl get service.
überprüfen.

2. Migration zu Ampere A1:

Fügen Sie Ihrem Oke -Cluster einen Ampere A1 -Knotenpool (vm.standard.a1.flex) hinzu.
• values.yaml Passen Sie die bitnami/mysql an arm64 an nodeAffinityPreset in helm upgrade für sekundäre Replikate ein (und erstellen Sie optional mehrere sekundäre Replikate für zusätzliche Redundanz). Aktualisieren Sie mit
.
• mysql> show processlist; Replikationsstatus unter Verwendung
• überprüfen nodeAffinityPreset migrieren Sie den primären MySQL -Pod in einen Ampere A1 -Knoten, indem Sie values.yaml in arm64 aktualisieren, um ausschließlich zu zielen. Dieser Schritt erfordert einen kurzen Serviceausfall. helm upgrade Verwenden Sie
.
Entfernen Sie die X86 -Knoten, die zuvor MySQL gehostet hatten.

Wichtige Überlegungen:

Sichern Sie Ihre Datenbank immer vor signifikanten Migrationsschritten.
testen Sie den Migrationsprozess in einer Nichtproduktionsumgebung gründlich.
Überwachung der Ressourcenauslastung und Anwendungsleistung während der gesamten Migration.

Dieser inkrementelle Ansatz ermöglicht einen reibungsloseren, sichereren Übergang zur Leistung und den Kostenvorteil von Ampere A1 -Instanzen auf Oke. Wenden Sie sich an das Verkaufsteam von Ampere oder erkunden Sie ihre Entwicklerprogramme, um weitere Unterstützung zu erhalten.

Das obige ist der detaillierte Inhalt vonMigrieren Sie mit heterogenen Kubernetes -Clustern nach Ampere auf OCI. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!