どんな場面で検討するか
IBM Cloud VPCのVMと保存/networkを組み合わせ、アプリのregion・profile・resource groupとアクセス権を制御したい場合。既存IBM関連構成との接続は対象製品ごとに確認する。
組織で使う条件
resource group/IAM、security group、鍵、patch、volume backupを分けて管理する。 billing suspend中もquotaと保存資源が残ること、自動削除するvolumeを確認する。
採用前に試すこと
- 合成アプリのVPC/VMを作り、resource groupと必要portを限定する。
- 1,000件の合成処理を流し、profileのCPU/memoryとDB/storage応答を測る。
- API/console停止と復帰、隔離volume復元を試し、compute停止と残存資源を照合する。
合格と判断する条件
- 必要経路のみで動作し、管理鍵とIAMが想定範囲に限られる。
- 性能目標を満たすprofile/imageを説明できる。
- 復帰/復元後に件数が一致し、停止後のstorage/network費も見積に入る。
見落としたくない点
- VMのOS運用を減らしたい場合はmanaged実行/DB等と比較する。 profile/image/architectureを名前だけで選ばず、利用可否・deprecated状態を確認する。
- VMのOS運用を減らしたい場合はmanaged実行/DB等と比較する。
- profile/image/architectureを名前だけで選ばず、利用可否・deprecated状態を確認する。