將 Redis 工作負載遷移至 AWS 上的 Redis Enterprise Cloud

識別工作負載。

識別您要遷移的適當候選工作負載。在選擇遷移工作負載之前，請考慮下列事項：

理想情況下，請選擇具有最大業務影響且涉及最低風險的工作負載。保持整體程序反覆運算並以小幅度遷移。

識別資料來源和需求；設計資料模型。

Redis 會執行研討會來加速探索並定義專案的遷移規劃。作為本研討會的一部分，Redis 團隊會識別資料來源和來源資料模型需求，並分析如何在 Redis Enterprise Cloud 中重新建模。

Redis 遷移團隊 （專業服務） 會與您的組織執行詳細的資料模型設計練習。在本練習中，Redis 團隊會：

識別來源資料庫的特性。

識別來源和目標環境中使用的 Redis 產品。例如：

收集目前的系統 SLA 和其他調整規模指標。

判斷以輸送量 （每秒操作數）、延遲、每個資料庫的整體記憶體大小，以及高可用性 (HA) 需求表示的目前服務層級協議 (SLAs)。

識別目標系統的特性。

判斷這些問題的答案：

識別相依性。

識別要遷移之目前系統的上游和下游相依性。請確定遷移工作與其他相依的系統遷移保持一致。例如，如果您打算將其他商業應用程式從現場部署遷移到 AWS 雲端，請識別這些應用程式，並根據專案目標、時間表和利益相關者進行調整。

識別遷移工具。

根據您的資料遷移需求 （例如來源資料或停機時間需求），您可以使用工具一節所述的任何工具。此外，您可以使用：

建立應變計畫。

建立應變計畫以復原，以防您在遷移期間遇到問題。

保護 Redis 管理主控台。

若要保護管理主控台，請遵循 Redis 文件中的指示。

保護 Redis 資料庫。

請參閱 Redis 文件中的下列頁面以：

保護 Redis 雲端 APIs。

當您啟用 API 時，您可以管理 Redis Cloud 帳戶所有擁有者的 API 金鑰。如需 API 安全功能的概觀，請參閱 Redis 網站上的 API 身分驗證文件。

在 AWS 上設定新的環境。

此任務包括：

部署遷移架構。

您現在可以執行實際的資料遷移管道並進行測試。

建立連線。

建立內部部署基礎設施與 AWS 雲端資源之間的連線。使用安全群組、AWS Direct Connect 和其他資源來實現此功能。如需詳細資訊，請參閱 AWS 網站上的將您的資料中心連線至 AWS。

設定 VPC 對等互連。

在執行商業應用程式的 VPCs （或執行遷移工具的 EC2 執行個體或 AWS DMS 複寫伺服器） 和執行 Redis Enterprise Cloud 的 VPC 之間建立 VPC 對等互連。如需說明，請參閱《Amazon VPC 文件》中的開始使用 Amazon VPC，》Redis 文件》中的啟用 VPC 對等互連。

選擇資料遷移工具。

檢閱工具區段中的資料表，以查看這些工具的說明、優點和缺點：

下列資料列說明與每個工具相關聯的資料遷移任務。

選項 1：使用 RDB 匯出和匯入。

如需詳細資訊，請參閱 Redis 文件。

選項 2：使用 Redis 複寫功能 （主動-被動）。

如需詳細資訊，請參閱 Redis 文件。

選項 3：使用 AWS DMS。

選項 4：使用邏輯資料庫合併。

此選項涉及使用遷移指令碼或 ETL 工具來轉換來源資料庫的實體資料模型，以及產生 RDB 檔案。如有需要，Redis Professional Services c­an 會協助此步驟。

調整專案管理時間表和目標。

將應用程式層的遷移專案目標、里程碑和時間表與 Redis 資料遷移專案的目標一致。

對齊測試活動。

在 AWS 雲端中遷移和現代化應用程式層後，將應用程式層指向新遷移的 AWS 上的 Redis Enterprise Cloud 進行測試。

實作測試計劃。

在測試環境中根據測試需求，在您的站點執行在實作階段開發的資料遷移常式和指令碼。

測試資料品質。

遷移資料後測試資料品質。

測試功能。

測試資料查詢和應用程式層，以確保應用程式在與來源系統相同的層級上執行。

做出切換決策。

在所有應用程式層級和資料庫層級測試完成後，執行領導團隊和利益相關者會根據測試團隊確認的最終結果，決定是否在 AWS 上縮減至新的環境。

切換到 AWS 雲端。

當您確認一切就緒時，請將應用程式層指向新遷移的資料，並將用戶端指向根據 AWS 上的新 Redis Enterprise Cloud 系統執行的新應用程式層。