Elastic Compute Service (ECS) インスタンスが、自動再起動や停止などのシステムイベントにどのように応答するかを設定します。
背景情報
メンテナンス属性は、スケジュールされたメンテナンスや予期しないシステムイベント発生時に、ECS インスタンスがどのように動作するか (たとえば、自動的に再起動するか、停止したままにするか) を定義します。 次の表に、サポートされている属性を示します。
メンテナンス属性を変更しても、実行中のメンテナンスには影響しません。 たとえば、インスタンスがすでに復旧のための自動再起動の対象となっている場合、属性を変更しても再起動は停止されません。
|
インスタンスのメンテナンス属性 |
関連するシステムイベント |
対象インスタンスタイプ |
説明 |
|
復旧のための自動再起動 (デフォルト) |
|
システムイベントをサポートするすべてのインスタンス |
インスタンスはイベント前の状態に戻ります：
|
|
再起動リカバリー無効 |
|
システムイベントをサポートするすべてのインスタンス |
インスタンスは [停止済み] 状態になります。 フェールオーバーやノードフェイルオーバーなど、アプリケーションレベルの災害復旧がある場合、複数のアクティブなノードによる競合を防ぐためにこれを使用します。 |
|
自動再デプロイ |
|
ローカルディスクや SGX 暗号化コンピューティングを持つインスタンスなど、ホストハードウェアに依存するインスタンスのみ。 詳細については、「インスタンスファミリー」をご参照ください。 説明
再デプロイ後、ローカルディスク上のデータは消去され、SGX 機能はリセットされます。 |
インスタンスは自動的に別のホストに再デプロイされ、実行を継続します。 |
メンテナンスの影響を最小限に抑えるには、フォールトトレランスを向上させてください。 例：
-
SAP HANA などのコアアプリケーションをスタートアップリストに追加し、サービスの中断を防いでください。
-
MySQL、SQL Server、Apache Tomcat など、アプリケーションでの自動再接続を有効にしてください。
-
Server Load Balancer (SLB) を使用する場合、クラスター内に複数の ECS インスタンスをデプロイして、1 つのインスタンスが復旧している間に他のインスタンスがリクエストを処理できるようにしてください。
-
再デプロイに備えて冗長性を確保するために、ローカルディスクのデータを定期的にバックアップしてください。
操作手順
ECS コンソール - インスタンスに移動します。
上部メニューで、対象リソースのリージョンとリソースグループを選択します。
-
インスタンス ID をクリックします。 インスタンス詳細ページで、すべての操作 をクリックし、 を検索してクリックします。
-
インスタンスのメンテナンス属性の変更 ダイアログボックスで、必要に応じて属性を変更し、OK をクリックします。
-
インスタンスにクラウドディスクのみがある場合は、次のいずれかのオプションを選択します：
-
復旧のための自動再起動
-
再起動後の再開防止
-
-
インスタンスにローカルディスクがある場合は、次のいずれかのオプションを選択します：
-
復旧のための自動再起動
-
再起動時のリカバリー無効
-
自動再デプロイ
-
-
-
インスタンスの詳細 ページで、メンテナンス属性 セクションの更新された その他 を確認します。
