為EC2/內部部署藍/綠部署建立部署群組 (主控台) - AWS CodeDeploy

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

為EC2/內部部署藍/綠部署建立部署群組 (主控台)

若要使用 CodeDeploy 主控台為藍/綠部署建立部署群組:

警告

如果發生下列情況,請勿採用這些步驟:

  1. 請登入AWS Management Console並開啟 CodeDeploy 主控台,網址為 https://console.aws.amazon.com/codedeploy

    注意

    使用您設定的相同使用者登入開始使用 CodeDeploy

  2. 在瀏覽窗格中,展開 [部署],然後選擇 [應用程式]。

  3. Applications (應用程式) 頁面上,選擇要建立部署群組的應用程式名稱。

  4. 在您的應用程式頁面,從 Deployment groups (部署群組) 標籤中,選擇 Create deployment group (建立部署群組)

  5. Deployment group name (部署群組名稱) 中,輸入描述部署群組的名稱。

    注意

    如果您想要使用在其他部署群組中使用的相同設定 (包括部署群組名稱、標籤、Amazon EC2 Auto Scaling 群組名稱和部署組態),請在此頁面上選擇這些設定。雖然這個新的部署群組和現有部署群組的名稱相同,但 CodeDeploy 會將兩者視為不同的部署群組,因為它們與不同的應用程式相關聯。

  6. Service role (服務角色) 中,請選擇一個服務角色來授與 CodeDeploy 存取您的目標執行個體的權限。

  7. Deployment type (部署類型) 中,選擇 Blue/green (藍/綠)

  8. 環境組態中,執行下列動作:

    • 選取要用來為您的取代環境提供執行個體的方法。您有下列選項:

      • 自動複製 Amazon EC2 自 Auto Scaling 群組: CodeDeploy透過複製您指定的群組來建立 Amazon EC2 Auto Scaling 群組。

      • 手動佈建執行個體:直到建立部署,您才能為您的替換環境指定執行個體。開始部署之前,您必須建立執行個體。在這個選項中,您要改為指定欲取代的執行個體。

    • 如果您選取了「自動複製 Amazon EC2 Auto Scaling 群組」,請選擇性地選取「將終止勾點新增至 Auto Scaling 群組」,以便在建立或更新部署群組時將終止勾點 CodeDeploy 安裝到 Auto Scaling 群組。安裝此勾點後, CodeDeploy 將執行終止部署。如需詳細資訊,請參閱 在 Auto Scaling 擴充事件期間啟用終止部署

  9. 使用 Systems Manager 的代理程式組態中,指定您希望如何在部署群組中的執行個體上安裝和更新 CodeDeploy 代理程式。如需 CodeDeploy 代理程式的詳細資訊,請參閱使用 CodeDeploy 代理程式。如需有關 Systems Manager 的詳細資訊,請參閱什麼是 Systems Manager?

    1. 永不:略過使用 Systems Manager 設定 CodeDeploy 安裝。執行個體必須安裝代理程式才能用於部署,因此只有您將以其他方式安裝 CodeDeploy 代理程式時,才選擇此選項。

    2. 只有一次:Systems Manager 會在部署群組中的每個執行個體上安裝 CodeDeploy 代理程式一次。

    3. 現在並排程更新:Systems Manager 會建立與狀態管理員的關聯,依照您設定的排程安裝 CodeDeploy 代理程式。有關狀態管理員和關聯的詳細資訊,請參閱關於狀態管理員

  10. 根據您在步驟 8 中所做的選擇,執行下列任一作業:

    • 如果您選擇了自動複製 Amazon EC2 Auto Scaling 群組:在 Amazon EC2 Auto Scaling 群組中,選擇或輸入您要用作為替代環境中執行個體建立之 Amazon EC2 Auto Scaling 群組範本的 Amazon EC2 自動擴展群組的名稱。您選取的 Amazon EC2 Auto Scaling 群組中目前運作良好的執行個體數目是在替代環境中建立的。

    • 如果您選擇手動佈建執行個體:選取 Amazon EC2 Auto Scaling 群組Amazon EC2 Auto Scaling 安全性或兩者,以指定要新增至此部署群組的執行個體。輸入 Amazon EC2 Auto Scaling 標籤值或 Amazon EC2 Auto Scaling 群組名稱,以識別原始環境中的執行個體 (也就是您要取代或執行目前應用程式修訂版的執行個體)。

  11. 負載平衡器中,選取啟用負載平衡,然後從清單中選取要向其註冊替代 Amazon EC2 執行個體的傳統負載平衡器、應用程式負載平衡器目標群組和 Network Load Balancer 目標群組。每個取代執行個體都會向有選取的傳統負載平衡器和目標群組登錄。您最多可以選取 10 個傳統負載平衡器和 10 個目標群組,總共 20 個項目。

    系統會根據您選擇的流量重新路由傳送和部署組態設定,將流量從原始執行個體重新路由傳送至替代執行個體。

    如需 CodeDeploy 部署負載平衡器的詳細資訊,請參閱Integrating CodeDeploy with Elastic Load Balancing

    警告

    如果您在此部署群組中同時設定 Auto Scaling 群組和 Elastic Load Balancing 負載平衡器,並且想要將負載平衡器連接至 Auto Scaling 群組,建議您先完成此附件,然後從此 CodeDeploy 部署群組建立部署。在建立部署後嘗試完成附件,可能會導致所有執行個體意外地從負載平衡器中取消註冊。

  12. Deployment settings (部署設定) 中,檢閱重新路由流量至替換環境的預設選項、要用於部署的部署組態,以及部署後處理原始環境中執行個體的方式。

    若您想要變更設定,請繼續下一個步驟。否則,請跳至步驟 14。

  13. 若要變更藍/綠部署的部署設定,請選擇下列任何設定。

    設定 選項
    Traffic rerouting (重新路由流量)
    • 立即重新路由流量:一旦在取代環境中佈建執行個體並在其上安裝了最新的應用程式修訂版本,就會自動向指定的負載平衡器和目標群組登錄這些執行個體,進而導致流量重新路由傳送給這些執行個體。然後撤銷註冊原始環境中的執行個體。

    • 我將選擇是否重新路由傳送流量:除非您手動重新路由傳送流量,否則取代環境中的執行個體不會向指定的負載平衡器和目標群組登錄。如果過了您指定的等待時間卻沒有重新路由流量,則部署狀態會變更為「已停止」。

    Deployment configuration (部署組態)

    選擇替代環境中的執行個體向負載平衡器和目標群組註冊的速率,例如一次登錄一個執行個體或一次全部登錄。

    注意

    流量成功路由到替換環境之後,無論選取哪一種部署設定,都會立即將原始環境中的執行個體全部撤銷註冊。

    如需詳細資訊,請參閱 使用中的部署組態 CodeDeploy

    Original instances (原始執行個體)
    • 終止部署群組中的原始執行個體:流量重新路由傳送至取代環境後,從負載平衡器和目標群組取消註冊的執行個體會在您指定的等待期間後終止。

    • 讓部署群組中的原始執行個體保持執行中:將流量重新路由傳送至取代環境後,從負載平衡器和目標群組取消註冊的執行個體會保持在執行狀態。

  14. (選擇性) 在進階中,設定要包含在部署中的選項,例如 Amazon SNS 通知觸發器、Amazon CloudWatch 警示、Auto Scaling 選項或自動復原。

    如需在部署群組中指定進階選項的相關資訊,請參閱設定部署群組的進階選項

  15. 選擇 Create deployment group (建立部署群組)