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

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

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

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

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

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

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

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

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

   詳細(xì)な手順（付録）：

以下は、展開と移行プロセスのより詳細(xì)な內(nèi)訳を提供します。

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

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

を調(diào)整して、をに

in

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

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

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

以上が不均一なKubernetesクラスターを使用してOCIのアンペアに移動(dòng)しますの詳細(xì)內(nèi)容です。詳細(xì)については、PHP 中國(guó)語(yǔ) Web サイトの他の関連記事を參照してください。