どんな場面で検討するか
コンテナ化したアプリを利用者に近い複数地域へ配置し、Machineの起動/停止と地域配置を制御したい場合。
組織で使う条件
volumeは自動複製されないため、単一volume障害の復元/冗長化を別に用意する。 autostop後の起動遅延、地域ごとの監視、不要Machine/volume/DBの削除を確認する。
採用前に試すこと
- 合成アプリを2地域へ配置し、応答にMachine/地域名を含めてルーティングを確認する。
- 合成状態100件を保持する構成でMachine再起動/停止を試し、複製と再起動時間を測る。
- volume snapshotと別バックアップから隔離復元し、残存volume/DBの費用を確認する。
合格と判断する条件
- 意図した地域で応答し、合意した地域別待ち時間を満たす。
- 必要状態に欠落がなく、autostart遅延と複製の責任範囲を説明できる。
- 復元件数/キーが一致し、停止後/アプリ削除後も課金される保存資源を把握できる。
見落としたくない点
- volumeをネットワーク共有ストレージや自動複製されたDBとみなす構成は見直す。 地域配置が不要でOS運用を抑えたい場合は、より単純なPaaSも比較する。
- volumeをネットワーク共有ストレージや自動複製されたDBとみなす構成は見直す。
- 地域配置が不要でOS運用を抑えたい場合は、より単純なPaaSも比較する。