この ASA 仮想 の導入例：OCI Auto Scale ソリューションは、導入例の図に示されています。インターネット向けのロードバランサには、リスナーとターゲットグループの組み合わせを使用してポートが有効になっているパブリック IP アドレスがあります。

ポートベースの分岐は、ネットワークトラフィックに実装できます。この分岐は、NAT ルールによって実現できます。分岐の設定例については、以下のセクションで説明します。

権限およびポリシー

ソリューションを導入するために必要な OCI の権限とポリシーは次のとおりです。

1. ユーザーおよびグループ

   （注）	ユーザーとグループを作成するには、OCI ユーザーまたはテナンシー管理者である必要があります。

   Oracle Cloud Infrastructure のユーザーアカウントと、そのユーザーアカウントが属するグループを作成します。ユーザーアカウントを持つ関連グループが存在する場合は、作成する必要はありません。ユーザーとグループの作成手順については、「グループとユーザーの作成」を参照してください。

2. グループ ポリシー

   ポリシーを作成したら、それをグループにマッピングする必要があります。ポリシーを作成するには、[OCI] > [アイデンティティとセキュリティ（Identity & Security） ] > [ポリシー（Policies）] > [ポリシーの作成（Create Policy）]に移動します。次のポリシーを作成して、目的のグループに追加します。

   • グループ <Group_Name> がコンパートメント <Compartment_Name> でメトリックを使用することを許可します。

   • グループ <Group_Name> がコンパートメント <Compartment_Name> でアラームを管理することを許可します。

   • グループ <Group_Name> がコンパートメント <Compartment_Name> で ONS トピックを管理することを許可します。

   • グループ <Group_Name> がコンパートメント <Compartment_Name> でメトリックを検査することを許可します。

   • グループ <Group_Name> がコンパートメント <Compartment_Name> でメトリックを読み取ることを許可します。

   • グループ <Group_Name> がコンパートメント <Compartment_Name> でタグの名前空間を使用することを許可します。

   • グループ <Group_Name> がコンパートメント <Compartment_Name>でロググループを読み取ることを許可します。

   • グループ <Group_Name> がインスタンスプール コンパートメント <Compartment_Name> を使用することを許可します。

   • グループ <Group_Name> がテナントでクラウドシェルを使用することを許可します。

   • グループ <Group_Name> がテナントのオブジェクトストレージ名前空間を読み取ることを許可します

   • グループ <Group_Name> がテナント内のリポジトリを管理することを許可します。

   （注）	テナントレベルでポリシーを作成することもできます。ユーザーの責任と判断のもとで、すべての権限を自由に指定できます。

3. Oracle 関数の権限

   Oracle 関数が別の Oracle Cloud Infrastructure リソースにアクセスできるようにするには、関数をダイナミックグループに含めてから、そのリソースへのダイナミック グループ アクセスを許可するポリシーを作成します。

4. ダイナミックグループの作成

   ダイナミックグループを作成するには、[OCI] > [アイデンティティとセキュリティ（Identity & Security）] > ダイナミックグループ（Dynamic Group）] > [ダイナミックグループの作成（Create Dynamic Group）]に移動します。

   ダイナミックグループの作成時に次のルールを指定します。

   ALL {resource.type = 'fnfunc', resource.compartment.id = '<Your_Compartment_OCID>'}

   ダイナミックグループの詳細については、次を参照してください。

   • https://docs.oracle.com/en-us/iaas/Content/Functions/Tasks/functionsaccessingociresources.htm

   • https://docs.oracle.com/en-us/iaas/Content/Identity/Tasks/managingdynamicgroups.htm

5. ダイナミックグループのポリシーの作成

   ポリシーを追加するには、[OCI] > [アイデンティティとセキュリティ（Identity & Security） ] > [ポリシー（Policies）] > [ポリシーの作成（Create Policy）]に移動します。次のポリシーをグループに追加します。

   Allow dynamic-group <Dynamic_Group_Name> to manage all-resources in compartment <Compartment_OCID>

GitHub からのファイルのダウンロード

ASA 仮想：OCI Auto Scale ソリューションは、GitHub リポジトリ形式で配布されます。リポジトリからファイルをプルまたはダウンロードできます。

Python3 環境

make.py ファイルは、複製されたリポジトリ内にあります。このプログラムは、Oracle 関数とテンプレートファイルを ZIP ファイルに圧縮します。それらをターゲットフォルダーにコピーします。これらのタスクを実行するには、Python 3 環境が設定されている必要があります。

（注）	この Python スクリプトは Linux 環境でのみ使用できます。

インフラストラクチャ設定

次を設定する必要があります。

1. VCN

   ASA 仮想 アプリケーションの要件に応じて VCN を作成します。インターネットへのルートが割り当てられたサブネットが 1 つ以上あるインターネットゲートウェイを備えた VPC を作成します。

   VCN の作成については、「https://docs.oracle.com/en-us/iaas/Content/GSG/Tasks/creatingnetwork.htm」を参照してください。

2. アプリケーションサブネット

   ASA 仮想 アプリケーションの要件に応じてサブネットを作成します。このユースケースに従ってソリューションを導入するには、ASA 仮想 インスタンスの運用に 3 つのサブネットが必要です。

   サブネットの作成については、https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingVCNs_topic-Overview_of_VCNs_and_Subnets.htm# を参照してください。

3. 外部サブネット

   サブネットには、インターネットゲートウェイへの「0.0.0.0/0」のルートが必要です。このサブネットには、Cisco ASA 仮想 の外部インターフェイスとインターネット向けロードバランサが含まれています。アウトバウンドトラフィック用に NAT ゲートウェイが追加されていることを確認します。

   詳細については、次のマニュアルを参照してください。

   • https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/managingIGs.htm

   • https://docs.oracle.com/en-us/iaas/Content/Network/Tasks/NATgateway.htm#To_create_a_NAT_gateway

4. 内部サブネット

   これは、NAT/インターネットゲートウェイの有無にかかわらず、アプリケーションサブネットに似ています。

   （注）	ASA 仮想 正常性プローブの場合、ポート 80 を介してメタデータサーバー（169.254.169.254）に到達できます。

5. 管理サブネット

   管理サブネットは、ASA 仮想 への SSH 接続をサポートするようにパブリックにする必要があります。

6. セキュリティ グループ：ASA 仮想 インスタンスのネットワーク セキュリティ グループ

   次の要件に対応した ASA 仮想 インスタンスのセキュリティグループを設定します。

   • Oracle 関数（同じ VCN 内）は、ASA 仮想 の管理アドレスへの SSH 接続を実行します。

   • 管理ホストでは、 SSH を介した ASA 仮想 インスタンスヘのアクセスが必要になる場合があります。

   • ASA 仮想 はライセンスのために CSSM/Satellite サーバーとの通信を開始します。

7. オブジェクトストレージの名前空間

   このオブジェクトストレージの名前空間は、configuration.txt ファイルを持つ静的 Web サイトをホストするために使用されます。configuration.txt ファイルの事前認証済みリクエストを作成する必要があります。この事前認証された URL は、テンプレートの展開時に使用されます。

   （注）	アップロードされた次の設定に、HTTP URL を介して ASA 仮想 インスタンスからアクセスできることを確認します。 ASA 仮想 を起動すると、$ copy /noconfirm <configuration.txt file’s pre-authenticated request URL > disk0:Connfiguration.txt コマンドが実行されます。 このコマンドにより、ASA 仮想 の起動を configuration.txt ファイルで設定できるようになります。

8. configuration.txt ファイルのアップロード

   ASA 仮想 構成ファイルの事前認証済みリクエスト URL を作成するには、次の手順を実行します。

   1. [バケット（Buckets）] > [バケットの作成（Create Bucket）]の順にクリックします。

   2. [アップロード（Upload）] をクリックします。

   3. 構成ファイルがアップロードされたら、下の図に示すように、[事前認証済みリクエストの作成（Create Pre-Authenticated Request）] を選択します。

      

   （注）	これで、オラクル関数から構成ファイルにアクセスできるようになります。

ネットワーク構成

1. インバウンドトラフィック

   オブジェクト、ライセンス、NAT ルール、およびアクセスポリシーの設定で説明されているように、configuration.txt 内の <Application VM IP> アドレスが正しいことを確認します。

2. アウトバウンドトラフィック

   • オブジェクト、ライセンス、NAT ルール、およびアクセスポリシーの設定で説明されているように、configuration.txt 内の <External Server IP> アドレスが正しいことを確認します。

   • 外部 VCN に 1 つの NAT ゲートウェイがあることを確認します。

   • 次の図の例に示すように、 NAT ゲートウェイを経由する外部 VCN のルートテーブル内の同じ <External Server IP> アドレスを追加してください。

     

展開の前提条件となる手順を完了したら、OCI スタックの作成を開始します。手動展開を実行するか、（クラウドシェルを使用した展開）を実行できます。該当するバージョン用の展開スクリプトとテンプレートは、GitHub リポジトリから入手できます。

すべてのリソースが展開され、Oracle 関数がアラームとイベントに接続されているかどうかを検証します。デフォルトでは、インスタンスプールのインスタンスの最小数と最大数はゼロです。OCI UI でインスタンスプールを編集して、必要な最小数と最大数に設定できます。これにより、新しい ASA 仮想 インスタンスがトリガーされます。

1 つのインスタンスのみを起動してワークフローを確認し、そのインスタンスが期待どおりに動作しているかどうかを検証することを推奨します。この検証をポストすると、ASA 仮想 の実際の要件を展開できます。

（注）	OCI スケーリングポリシーによる削除を回避するために、最小数の ASA 仮想 インスタンスをスケールイン保護として指定します。

Auto Scale スタックのアップグレード

このリリースではアップグレードはサポートされていません。スタックを再導入する必要があります。

ASA 仮想 VM のアップグレード

このリリースでは、ASA 仮想 VM のアップグレードはサポートされていません。必要な ASA 仮想 イメージを使用してスタックを再導入する必要があります。

インスタンスプール

1. インスタンスプール内のインスタンスの最小数と最大数を変更するには、次の手順を実行します。

   [デベロッパーサービス（Developer Services）] > [機能（Function）] > [アプリケーション名（Terraform template-1で作成済み）（Application Name(created by Terraform Template 1)）] > [設定（Configuration）] をクリックします。

   min_instance_count と max_instance_count をそれぞれ変更します。

2. インスタンスの削除/終了は、スケールインと同等ではありません。インスタンスプール内のいずれかのインスタンスがスケールインアクションではなく外部アクションのために削除/終了された場合、インスタンスプールは自動的に新しいインスタンスを開始して回復します。

3. Max_instance _count では、スケールアウトアクションのしきい値制限を定義しますが、UI を介してインスタンスプールのインスタンス数を変更することでしきい値を上回ることができます。UI のインスタンス数が、OCI アプリケーションで設定された max_instance_count 未満であることを確認します。それ以外の場合は、適切なしきい値に増やします。

4. アプリケーションから直接インスタンスプール内のインスタンスの数を減らしても、プログラムで設定されたクリーンアップアクションは実行されません。両方のロードバランサからバックエンドがドレインおよび削除されないため、ASA 仮想 に供与されているライセンスは失われます。

5. 何らかの理由で、ASA 仮想 インスタンスに異常があり応答せず、一定期間 SSH 経由で到達できない場合、インスタンスがインスタンスプールから強制的に削除され、ライセンスが失われる可能性があります。

Oracle 関数

• Oracle 関数は、実際には Docker イメージです。Docker イメージは、OCI コンテナレジストリのルートディレクトリに保存されます。Docker イメージは削除しないでください。Auto Scale ソリューションで使用される関数も削除されます。

• Terraform Template-1 によって作成された OCI アプリケーションには、Oracle 関数が正しく動作するために必要な重要な環境変数が含まれています。必須でない限り、これらの環境変数の値もフォーマットも変更しないでください。加えられた変更は、新しいインスタンスにのみ反映されます。

Terraform を使用して導入されたスタックは、OCI の Resource Manager を使用して、同じ方法で削除できます。スタックを削除すると、そのスタックによって作成されたすべてのリソースが削除され、これらのリソースに関連付けられているすべての情報が完全に削除されます。

（注）	スタックを削除する場合は、インスタンスプールのインスタンスの最小数を 0 にして、インスタンスが終了するまで待つことを推奨します。そうすることで、すべてのインスタンスの削除が容易になり、インスタンスが残りません。

手動で削除するか、クラウドシェルを使用できます。