Cloud Service
AWS Launch Wizard
SAP や SQL Server などのエンタープライズアプリを、ベストプラクティスに沿った構成で対話形式のウィザードから自動デプロイ。手作業のサイジングと構築の手間をなくす AWS のガイド付き導入サービス。
- 1.対話形式で要件を入力するだけで、対象アプリ向けの AWS リソースを自動でサイジング・構築する
- 2.裏側で CloudFormation テンプレートを生成し、ベストプラクティスに沿った構成として展開する
- 3.サービス自体は追加料金なしで、課金は展開された EC2 などの実リソースに対して発生する
AWS Launch Wizard は、SAP や Microsoft SQL Server、Active Directory、IIS などのエンタープライズアプリケーションを、AWS のベストプラクティスに沿った構成で AWS 上へデプロイするためのガイド付きサービスです。利用者は対話形式のウィザードでアプリの種類や性能・可用性などの要件を入力するだけで、必要なインスタンスタイプやストレージ、ネットワーク構成が自動で見積もられ、確認のうえワンクリックで一連のリソースが構築されます。複雑なアプリのインフラ設計と手作業の構築を、知識の浅いチームでも短時間で進められる点が特徴です。
解決する課題
SAP や SQL Server のようなエンタープライズアプリを AWS に載せる際は、適切なインスタンスサイズの選定、ストレージ性能、可用性構成、関連サービスの組み合わせなど、考慮事項が多く専門知識を要します。手作業での構築は時間がかかり、設計のばらつきや見落としも起きやすくなります。
- アプリ要件から どのインスタンスタイプやストレージを選ぶべきか の判断が難しい
- 可用性やネットワークを含めた インフラ全体の設計 をゼロから組むのに時間がかかる
- 手順書ベースの手作業構築では 設定のばらつきやミス が混入しやすい
- ベストプラクティスに沿った構成かどうかを 自力で検証 するのが負担になる
主要概念と用語
- デプロイ(Deployment): ウィザードで定義した1回分のアプリ構築。Launch Wizard が管理する単位
- アプリケーションタイプ: SAP、SQL Server、Active Directory など、Launch Wizard が対応する対象アプリの種別
- デプロイモデル: 単一インスタンス構成や高可用性構成など、可用性要件に応じて選べる構成パターン
- サイジング: 入力した性能要件(メモリ量や処理規模など)から、適切なインスタンスタイプやストレージ容量を自動で見積もる工程
- コスト見積もり: 展開前に提示される、選択した構成のおおよその費用見積もり
- 生成テンプレート: ウィザードの入力をもとに内部で組み立てられる CloudFormation テンプレート
仕様・制限・クォータ
- 対応するアプリケーションは SAP、Microsoft SQL Server、Active Directory、IIS など、AWS が用意したパターンに限られる
- デプロイは リージョン単位 で行い、既存の VPC・サブネット・キーペアなどの前提リソースを指定する形で進める
- 展開されるリソースは内部的に CloudFormation スタック として管理され、Launch Wizard のコンソールからまとめて確認・削除できる
- 作成できるデプロイ数や同時実行数などには アカウント単位のクォータ があり、利用規模に応じて引き上げ申請が必要になる場合がある
- 対応アプリやデプロイモデルの種類は拡充・変更されるため、最新の対応状況は公式ドキュメントで確認する
内部の仕組み
Launch Wizard の中心は、対話入力をベストプラクティス構成へ落とし込み、それを CloudFormation テンプレート として展開する点にあります。利用者はアプリの詳細なインフラ知識を持たなくても、要件入力から構築までを一貫したフローで進められます。
- ウィザードでアプリ種別・性能要件・可用性要件などを入力すると、Launch Wizard が 適切なインスタンスタイプやストレージ構成を自動で見積もる
- 確定前に 構成内容とコスト見積もり が提示され、利用者は内容を確認してから展開できる
- 展開時には内部で CloudFormation テンプレートが生成され、EC2 や関連リソースが依存関係に沿って自動構築される
- 構築されたリソースはデプロイ単位で管理され、不要になればまとめて削除して取り残しを防げる
Launch Wizard は対話入力を CloudFormation テンプレートに変換して展開します。生成されたスタックは CloudFormation 側でも確認でき、構築後の管理や削除も一貫して行えます。
設計パターン / ベストプラクティス
- 初回構築の標準化: 経験の浅いチームでも、ベストプラクティスに沿った初期構成を短時間で立ち上げる用途に向く
- 要件起点のサイジング: 性能・可用性要件をウィザードに入力し、手作業のインスタンス選定を任せる
- 検証環境の素早い用意: SAP や SQL Server の評価・PoC 用環境を、毎回同じ手順で再現性高く構築する
- 展開後は通常運用へ移行: 構築されたリソースは通常の EC2 や CloudFormation スタックとして扱い、以降の運用は既存の運用ツールに組み込む
Launch Wizard はあくまで初期デプロイを楽にするサービスです。構築後の継続的なパッチ適用や構成変更は、Systems Manager など通常の運用サービスで管理する前提で設計してください。
運用・監視
- 展開されたリソースは CloudFormation スタック として確認でき、スタックイベントから構築の進行状況や失敗原因を把握できる
- 構築後の EC2 インスタンスは CloudWatch で通常どおりメトリクスやログを監視する
- 操作は CloudTrail に記録され、誰がいつデプロイを作成・削除したかを監査できる
- デプロイ単位でまとめて削除できるため、評価用に作った環境の 消し忘れ を防ぎやすい
コスト
Launch Wizard 自体の利用に追加料金はかかりません。課金されるのは、ウィザードを通じて展開された EC2、EBS などの実リソースの利用料 です。
- サービス利用そのものは無料で、コストの中心は 展開後に稼働するリソース にある
- 展開前に提示される コスト見積もり を確認し、過大な構成を選んでいないか事前にチェックできる
- 評価目的の環境は、不要になったらデプロイごと削除して 稼働しっぱなしによる無駄 を抑える
コストの主眼は Launch Wizard 本体ではなく、構築される EC2 などの実リソースです。展開前の見積もりでサイズと台数を確認し、検証環境は使い終えたら削除する運用を徹底してください。
セキュリティ
- 展開は 既存の VPC・サブネット に対して行うため、ネットワーク分離やセキュリティグループの設計は事前に整えておく
- デプロイを実行する IAM 権限 を最小限にし、誰がアプリ構築を行えるかを制御する
- SQL Server や Active Directory などでは、管理者パスワードなどの機密値を Secrets Manager や SSM パラメータストア で扱い、平文での取り回しを避ける
- 構築操作は CloudTrail に記録され、デプロイの責任追跡が可能になる
Launch Wizard は指定した VPC 上にリソースを作ります。緩いセキュリティグループや公開サブネットを指定すると、ベストプラクティス構成でも露出が生じます。前提となるネットワークとアクセス制御を先に固めてください。
関連サービス・比較
Launch Wizard が展開するリソースの実体は AWS CloudFormation のスタックです。CloudFormation がテンプレートを自分で書いて任意のインフラを展開する汎用的な IaC であるのに対し、Launch Wizard は特定アプリ向けに対話形式でテンプレートを生成してくれる、より入口に特化したサービスです。
| 観点 | Launch Wizard | CloudFormation |
|---|---|---|
| 主な役割 | 特定アプリのガイド付きデプロイ | 汎用的なインフラの宣言的展開 |
| 入力方法 | 対話形式のウィザード | 自作のテンプレート |
| 対象 | SAP や SQL Server など限定 | ほぼ全 AWS リソース |
| サイジング | 要件から自動見積もり | 利用者が自分で決める |
ハンズオン / CLI例
# 対応しているデプロイパターン(ワークロード)の一覧を確認する
aws launch-wizard list-workloads
# 特定ワークロードのデプロイパターンの詳細を確認する
aws launch-wizard get-workload \
--workload-name SQLServer
# 作成済みデプロイの一覧を確認する
aws launch-wizard list-deployments
# 特定デプロイの状態を確認する
aws launch-wizard get-deployment \
--deployment-id <deployment-id>
AWS Service
AWS Launch Wizardを実務で読む
TL;DRは入口です。実際に選ぶ・使う段階では、何を解決するか、何と比較するか、導入後にどこで詰まるかまで見る必要があります。
解決すること
管理・ガバナンス
比較で見る軸
クラウド: AWS / カテゴリ: 管理・ガバナンス / 難易度: basic
導入後に効く点
裏側で CloudFormation テンプレートを生成し、ベストプラクティスに沿った構成として展開する
先に潰すリスク
サービス単体ではなく、権限、ネットワーク、監視、課金、バックアップを含めて設計する必要がある。
- クラウド
- AWS
- カテゴリ
- 管理・ガバナンス
- 難易度
- basic
- 関連資格
- SAA-C03 / SAP-C02
- 設計柱
- operational / reliability / performance
判断チェックリスト
- 自社の用途が「管理・ガバナンス / operational」に近いか確認する。
- 強みである「対話形式で要件を入力するだけで、対象アプリ向けの AWS リソースを自動でサイジング・構築する」が本当に評価軸になるか確認する。
- 注意点の「サービス単体ではなく、権限、ネットワーク、監視、課金、バックアップを含めて設計する必要がある。」を運用で吸収できるか確認する。
- 公開値や仕様値は、対象プラン・対象機種・対象リージョンまで確認する。
- 既存システム、ID、ネットワーク、監視、バックアップとの接続方法を先に洗い出す。
- 小さく試してから、本番移行、権限設計、障害時手順、コスト監視を決める。