不均一なKubernetesクラスターを使用してOCIのアンペアに移動します

元々はAmpere Computingによって公開されました この投稿は、Oracle Cloud Infrastructure Container Engine for Kubernetes（OKE）X86インスタンスで実行されているクラウドネイティブアプリケーションの増分移行戦略を示しているため、OCI Ampere A1ベースのインスタンスのコストとパフォーマンスの利点を完全にアプリケーションなしで利用できます。リライト。 実用的な例として、WordPressランプスタックアプリケーションを使用します。 そのモジュラー設計により、コンポーネントごとの移行が簡素化されます。 このチュートリアルは、vm.Standard3.Flex（Intel）ノードからVM.Standard.A1.FLEX（Ampere）ノードへのMySQLデータベースの移行に焦点を当てています。 3つのX86ノードに標準のWordPress展開（Bitnami Helmチャートを使用）から始めます。これは、プライマリMySQL POD、セカンダリレプリカ、およびApache/PHP WordPress PODを組み込んでいます。データの持続性は、OCIブロックボリュームとファイルストレージによって処理されます。 非同期複製により、データの一貫性が保証されます

移行プロセスには、これらの重要な手順が含まれます

Ampere A1ノードプールの追加：

既存のOKEクラスター内に新しいノードプールが作成され、VM.Standard.A1.Flexインスタンスを使用します。 OCPUカウントを適切に調整することを忘れないでください（アンペアA1 OCPUは2つのX86 VCPUに相当します）。

1. mysqlレプリカの移行：追加のmysqlレプリカポッドが新しいアンペアA1ノードに展開されます。これにより、ARM64アーキテクチャのデータ冗長性と可用性が保証されます。 シームレスなデータ同期を確認するために、複製ステータスが検証されます。 このステップはオプションですが、データの安全性には強くお勧めします。

2. プライマリデータベースフェールオーバー：

   プライマリMySQL PODは、アンペアA1ノードに移行されます。 重要なメモ：このステップは、一時的なサービスの中断を引き起こします。 生産でこれを試みる前に、非生産環境での徹底的なテストが重要です。 先に進む前に、常にデータベースをバックアップしてください

3. x86ノード廃止措置：検証が成功した後、元のmysqlポッドをホストするx86ノードは安全に廃止される可能性があります。 最終結果はハイブリッドX86/ARM64クラスターです。WordPressコンテナはX86に残り、MySQLデータベースはARM64ノードで完全に実行されます。 この段階的なアプローチにより、徐々に移動し、リスクを最小限に抑え、アンペアA1のパフォーマンスと費用対効果の利点を最大化できます。 これが検証されたら、他のアプリケーションコンポーネントをARM64に移行できます。

4. WordPressの展開を示す建築図

   詳細な手順（付録）：

以下は、展開と移行プロセスのより詳細な内訳を提供します。

1。 WordPressアプリケーションの展開：

vm.Standard3.Flexインスタンスを使用して3ノードOKEクラスターを作成します。
• kubeconfig
および
• ヘルムチャートの両方のvalues.yamlファイルをダウンロードしてカスタマイズします。 パスワード、永続性（WordPressのMySQLにOCIブロックボリュームとOCIファイルストレージを使用）、ノードアフィニティ（最初はx86をターゲット）などの設定を調整します。 bitnami/wordpressファイル内のbitnami/mysqlは、ポッドが展開されるノードを制御するための鍵です。 nodeAffinityPresetvalues.yaml
• およびhelm install。
を使用して展開の成功を確認します
• helm install
2。 Ampere A1：
• kubectl get podsへの移動 kubectl get service
okeクラスターにアンペアA1ノードプール（vm.Standard.A1.FLEX）を追加します。

を調整して、をに

in

in
• in
in
• をレプリカに含めます（オプションでは、冗長性を追加するために複数のセカンダリレプリカを作成します）。 values.yaml。bitnami/mysqlを使用して更新します arm64 nodeAffinityPresethelm upgradeを使用して複製ステータスを確認します
• inmysql> show processlist;in
を
• に更新することにより、プライマリMySQLポッドをアンペアA1ノードに移行しますnodeAffinityPreset。 values.yamlこのステップでは、簡単なサービス停止が必要です arm64以前にMySQLをホストしているX86ノードを削除します helm upgrade重要な考慮事項：
重要な移行ステップの前に、常にデータベースをバックアップしてください。

非生産環境での移行プロセスを徹底的にテストします 移行中のリソースの使用率とアプリケーションのパフォーマンスを監視します

この漸進的なアプローチにより、OKEのAmpere A1インスタンスのパフォーマンスとコストのメリットへのよりスムーズでより安全な移行が可能になります。 Ampereの営業チームに連絡するか、開発者プログラムを調べてさらに支援してください。

以上が不均一なKubernetesクラスターを使用してOCIのアンペアに移動しますの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。