# ステップ 1: Instance Scheduler ハブスタックを起動する
<a name="step-1-launch-the-instance-scheduler-hub-stack"></a>

このセクションのステップバイステップの手順に従って、ソリューションをアカウントにデプロイします。

 **デプロイ時間:** 約 5 分

 [![Launch solution](https://docs.aws.amazon.com/ja_jp/solutions/latest/instance-scheduler-on-aws/images/launch-solution-button.png)](https://console.aws.amazon.com/cloudformation/home?region=us-east-1#/stacks/new?templateURL=https://s3.amazonaws.com/solutions-reference/instance-scheduler-on-aws/latest/instance-scheduler-on-aws.template&redirectId=ImplementationGuide) 

1. [AWS マネジメントコンソール](https://console.aws.amazon.com/)にサインインし、\* instance-scheduler-on-aws.template\* AWS CloudFormation テンプレートを起動するボタンを選択します。

1. テンプレートはデフォルトで米国東部 (バージニア北部) リージョンで起動します。別の AWS リージョンでソリューションを起動するには、コンソールのナビゲーションバーでリージョンセレクターを使用します。

1. **[スタックの作成]** ページで、正しいテンプレート URL が **[Amazon S3 URL]** テキストボックスに表示されていることを確認し、**[次へ]** を選択します。

1. **[スタックの詳細を指定]** ページで、ソリューションのスタックに名前を割り当てます。名前に使用する文字の制限に関する詳細については、「*AWS Identity and Access Management ユーザーガイド*」の「[IAM および AWS STS クォータ](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_iam-limits.html)」を参照してください。

1. **[パラメータ]** で、このソリューションのテンプレートパラメータを確認し、必要に応じて変更します。このソリューションでは、次のデフォルト値を使用します。


<table>
<thead>
  <tr><th>パラメータ</th><th>デフォルト</th><th>説明</th></tr>
</thead>
<tbody>
  <tr><td colspan="3"> <b>インフラストラクチャ</b> </td></tr>
  <tr><td> <b>Namespace</b> </td><td> <code>default</code> </td><td>複数のソリューションのデプロイを区別するために使用される一意の識別子を指定します (スペースなし)。例: 開発者。</td></tr>
  <tr><td> <b>AWS Organizations を使用する</b> </td><td> <code>No</code> </td><td>AWS Organizations を使用してスポークアカウントの登録を自動化します。</td></tr>
  <tr><td> <b>Organization ID/Remote Account IDs</b> </td><td> <i>&lt;オプション入力&gt;</i> </td><td> <i>AWS Organizations を使用している場合、このフィールドは必須です。</i><code>o-xxxxyyy</code> などの組織 ID を指定します。それ以外の場合は、スケジューリングのために登録できる信頼できるスポークアカウント ID のカンマ区切りリストを指定します (最大 40)。例: <code>1111111111, 2222222222</code> </td></tr>
  <tr><td> <b>Schedule tag key</b> </td><td> <code>Schedule</code> </td><td>リソースのスケジュールを決定するためにソリューションで読み取るタグキー。リソースの値ではスケジュールの名前を指定します。デフォルト値を変更する場合は、すべての必要なインスタンスに一貫して正しく適用しやすい名前を割り当ててください。<b>注記</b>: タグキーは大文字と小文字を区別します。</td></tr>
  <tr><td> <b>データおよびログを保持する</b> </td><td> <code>Enabled</code> </td><td>ソリューションで使用される DynamoDB テーブルの削除保護を有効にします。これにより、このスタックを削除するときにテーブルが保持されます。このスタックを削除するときにテーブルを削除するには、まずこのパラメータを無効にします。</td></tr>
  <tr><td colspan="3"> <b>グローバル設定</b> </td></tr>
  <tr><td> <b>Enable scheduling</b> </td><td> <code>Yes</code> </td><td><code>No</code> に設定すると、すべてのスケジューリングオペレーションが停止します。</td></tr>
  <tr><td> <b> Default time zone</b> </td><td> <code>UTC</code> </td><td>タイムゾーンを指定しないスケジュールのデフォルトの IANA (International assigned Numbers Authority) タイムゾーン識別子。有効なタイムゾーン識別子のリストについては、<a href="https://en.wikipedia.org/wiki/List_of_tz_database_time_zones">tz データベースタイムゾーンのリスト</a>の <b>TZ 識別子</b>列を参照してください。</td></tr>
  <tr><td> <b> Scheduling interval (minutes)</b> </td><td> <code>5</code> </td><td>スケジューラの実行間隔を分単位で表します。間隔を短くすると、精度と応答性が向上しますが、コストも増加します。本番稼働用のデプロイでは、安定したオペレーションに最低 5 分かかります。短い値は小規模なテスト専用です。</td></tr>
  <tr><td> <b>Enable EC2 SSM maintenance windows</b> </td><td> <code>No</code> </td><td>スケジュールで 1 つ以上の Systems Manger メンテナンスウィンドウ名を指定できるようにします。AWS での Instance Scheduler ではその後、そのスケジュールでタグ付けされたインスタンスが、関連するメンテナンスウィンドウの少なくとも 10 分前に開始されるようにします。</td></tr>
  <tr><td> <b>Create RDS instance snapshots on stop</b> </td><td> <code>No</code> </td><td>RDS DB インスタンスを停止する前にスナップショットを作成するかどうかを選択します。<b>注記:</b> スナップショットは Amazon Aurora クラスターでは使用できません。</td></tr>
  <tr><td> <b>ASG action name prefix</b> </td><td> <code>IS-</code> </td><td>Auto Scaling グループのスケジュールされたスケーリングアクションに名前を付けるときにソリューションが使用するプレフィックス。このプレフィックスが付いたアクションは、必要に応じてソリューションによって追加および削除されます。</td></tr>
  <tr><td> <b>ASG scheduled tag key</b> </td><td> <code>scheduled</code> </td><td>廃止。このパラメータは移行のみを目的としており、編集しないでください。</td></tr>
  <tr><td colspan="3"> <b>Hub-Account Scheduling</b> </td></tr>
  <tr><td> <b>Region(s)</b> </td><td> <i>&lt;オプション入力&gt;</i> </td><td>インスタンスがスケジュールされるリージョンのリスト。例: <code>us-east-1</code>、<code>us-west-1</code>。注: このパラメータを空白のままにすると、このソリューションは現在のリージョンを使用します。</td></tr>
  <tr><td> <b>KMS Key ARNs for EC2</b> </td><td> <i>&lt;オプション入力&gt;</i> </td><td>暗号化された EBS ボリュームの復号アクセス許可を EC2 サービスに付与するための、kms:CreateGrant アクセス権限を AWS での Instance Scheduler に付与する KMS ARN のカンマ区切りリスト。これにより、スケジューラーは暗号化された EBS ボリュームがアタッチされた EC2 インスタンスを起動できます。すべての KMS キーへの制限付きアクセスを付与するには (*) を指定します。無効にするには空白のままにします。作成されたポリシーの詳細については、「<a href="security-1.md#encrypted-ec2-ebs-volumes">暗号化された EC2 EBS ボリューム</a>」を参照してください。</td></tr>
  <tr><td> <b>EC2 の License Manager ARN</b> </td><td> <i>&lt;オプション入力&gt;</i> </td><td>License Manager によって管理される EC2 インスタンスを開始するアクセス許可を Instance Scheduler に付与する License Manager 構成 ARN のカンマ区切りリスト。無効にするには空白のままにします。詳細については、「<a href="security-1.md#ec2-license-manager">EC2 License Manager</a>」を参照してください。</td></tr>
  <tr><td colspan="3"> <b>モニタリング</b>: </td></tr>
  <tr><td> <b>情報タグ付けを有効にする</b> </td><td> <code>Yes</code> </td><td>有効にすると、Instance Scheduler は、最後に実行されたスケジューリングアクションと発生したエラーを示す情報タグをマネージドリソースに書き込みます。詳細については、「<a href="monitor-the-solution.md#informational-tags">情報タグ</a>」を参照してください。</td></tr>
  <tr><td> <b> Enable CloudWatch Debug Logs</b> </td><td> <code>No</code> </td><td>CloudWatch のログでデバッグレベルのログ記録を有効にします。</td></tr>
  <tr><td> <b>Log retention period (days)</b> </td><td> <code>30</code> </td><td>CloudWatch ログのログ保持期間 (日数)。</td></tr>
  <tr><td> <b> Operational Monitoring</b> </td><td> <code>Enabled</code> </td><td>operational insights ダッシュボードを CloudWatch にデプロイし、ソリューションのオペレーションに関するカスタムメトリクスデータを収集します。必要に応じて、ダッシュボードを無効にすると<a href="monitor-the-solution.md#additional-costs-associated-with-this-feature">関連コスト</a>を削減できます。</td></tr>
  <tr><td colspan="3"> <b>その他</b>：</td></tr>
  <tr><td> <b>SchedulingRequestHandler メモリサイズ (MB)</b> </td><td> <code>512</code> </td><td>リソースをスケジュールする AWS Lambda 関数のメモリサイズ。メモリ使用量が多い場合やタイムアウトが頻発する場合に増やします。</td></tr>
  <tr><td> <b>オーケストレーターのメモリサイズ (MB)</b> </td><td> <code>512</code> </td><td>オーケストレーター Lambda 関数のメモリサイズ。メモリ使用量が多い場合やタイムアウトが頻発する場合に増やします。</td></tr>
</tbody>
</table>


1. **[次へ]** を選択します。

1. **[スタックオプションの設定]** ページで、**[次へ]** を選択します。

1. **[確認および作成]** ページで、設定を確認して確定します。テンプレートによって IAM のリソースが作成されることを確認するボックスをチェックします。

1. **[送信]** を選択してスタックをデプロイします。

AWS CloudFormation コンソールの **[ステータス]** 列でスタックのステータスを確認できます。約 5 分で CREATE\_COMPLETE ステータスが表示されます。