用異質的kubernetes群集遷移到OCI上的Ampere

最初由Ampere Computing發表。 本文展示了在Oracle Cloud Infrastructure在Kubernetes（OKE）X86實例上運行的雲本地應用程序的增量遷移策略，允許您在沒有完整應用程序的情況下利用OCI Ampere A1的成本和性能優勢改寫。 我們將以WordPress燈泡應用程序為例。 它的模塊化設計簡化了組成部分的遷移。

>本教程重點是將MySQL數據庫從vm.standard3.flex（Intel）節點遷移到vm.standard.a1.flex（Ampere）節點，而停機時間很少。 我們從三個x86節點上的標準WordPress部署（使用Bitnami Helm圖表）開始，其中包含一個主要的mysql Pod，輔助副本和Apache/php WordPress Pod。數據持久性通過OCI塊量和文件存儲來處理。 異步複製確保數據一致性。

遷移過程涉及以下關鍵步驟：

添加Ampere A1節點池：在現有的Oke群集中創建了一個新的節點池，使用vm.standard.a1.flex instaness。 請記住要適當地調整OCPU計數（Ampere A1 OCPU等效於兩個X86 VCPU）。
1. >
   遷移mysql replicas：其他mysql副本吊艙被部署到新的安培A1節點上。這樣可以確保ARM64體系結構上的數據冗餘和可用性。 驗證複製狀態以確認無縫數據同步。 此步驟是可選的，但強烈建議用於數據安全。
>

2. > 主數據庫故障轉移：

   然後將主MySQL POD遷移到Ampere A1節點。
重要說明：
3. 此步驟將導致臨時服務中斷。 在嘗試生產之前，在非生產環境中進行徹底的測試至關重要。 在繼續之前，請始終備份您的數據庫。

   x86節點退役：

   成功驗證後，可以安全地退役原始MySQL POD的X86節點。
>

4. 最終結果是混合X86/ARM64群集：WordPress容器保留在X86上，而MySQL數據庫完全在ARM64節點上運行。 這種分階段的方法允許逐步遷移，最大程度地降低風險並最大程度地提高Ampere A1績效和成本效益的好處。 一旦驗證了此功能，您就可以將其他應用程序組件遷移到ARM64。

>架構圖說明了WordPress部署。

>詳細的步驟（附錄）：

>以下提供了對部署和遷移過程的更詳細的細分：

1。部署WordPress應用程序：>

>使用vm.standard3.flex instaness創建一個3節點Oke群集。 >
• 配置Kubernetes通過
>。
• >下載並自定義kubeconfig
和
• helm圖表的文件。 調整諸如密碼，持久性（使用MySQL的OCI塊捲和WordPress的OCI文件存儲）和節點親和力（最初針對X86）之類的設置。 values.yaml>文件中的bitnami/wordpress是控制豆莢的鍵的鍵。 bitnami/mysql>使用nodeAffinityPreset>。 values.yaml>使用
部署WordPress，確保POD抗親和力以防止與MySQL Pods共處。
• helm install>使用
和
• 。 helm install
• 2。遷移到Ampere A1：kubectl get podskubectl get service

>將Ampere A1節點池（vm.standard.a1.flex）添加到您的Oke群集。

調整

，以使

in
• in
in
• values.yaml in bitnami/mysql in arm64（並可選地創建多個輔助副本以增加冗餘）。 使用nodeAffinityPreset。 helm upgrade更新
>使用
• mysql> show processlist;驗證複製狀態
>通過更新 in
• >專門針對nodeAffinityPreset>，將主MySQL POD遷移到Ampere A1節點。 values.yaml此步驟需要簡短的服務中斷。 arm64使用。 。 helm upgrade刪除先前託管MySQL的X86節點。
• 重要的考慮因素：

>在任何重大遷移步驟之前始終備份數據庫。 > 在非生產環境中徹底測試遷移過程。

在整個遷移過程中，

監視資源利用率和應用程序性能。
• >這種增量方法可以使Oke上Ampere A1實例的性能和成本優勢更加順暢，更安全。 聯繫Ampere的銷售團隊或探索其開發人員計劃以進一步幫助。

以上是用異質的kubernetes群集遷移到OCI上的Ampere的詳細內容。更多資訊請關注PHP中文網其他相關文章！