バックエンドAWS Auto Scalingサービスを追加
クラウドでのアプリケーションの効率的なホスティングには、アプリケーションの需要に応じてリソースを簡単かつ費用対効果の高い方法で管理することが含まれます。需要の増加に対応するためには、ネットワークリソースをスケールアップする必要があります。需要が減少した場合は、アイドル状態のリソースによる不要なコストを避けるために、スケールダウンする必要があります。アプリケーションの実行コストは、特定の時間に必要な数のインスタンスのみをデプロイすることで最小限に抑えることができます。これを達成するには、トラフィック、メモリ、CPUの使用状況などを常に監視する必要があります。しかし、トラフィックを手動で監視するのは面倒です。アプリケーション環境を動的にスケールアップまたはスケールダウンするには、必要に応じてトラフィックの監視とリソースのスケールアップ/ダウンのプロセスを自動化する必要があります。
AWS Auto Scalingサービスと統合されたNetScaler VPXインスタンスは、以下の利点を提供します。
- 負荷分散と管理: 需要に応じてサーバーを自動的にスケールアップおよびスケールダウンするように構成します。VPXインスタンスは、バックエンドサブネット内のAutoscale™グループを自動検出し、ユーザーが負荷を分散するAutoscaleグループを選択できるようにします。これらすべては、VPXインスタンス上の仮想IPアドレスとサブネットIPアドレスを自動構成することで行われます。
- 高可用性: 複数のアベイラビリティゾーンにまたがるAutoscaleグループを検出し、サーバーの負荷分散を行います。
-
ネットワーク可用性の向上: VPXインスタンスは以下をサポートします。
- VPCピアリングを使用することで、異なるVPC上のバックエンドサーバー
- 同じプレイスメントグループ上のバックエンドサーバー
- 異なるアベイラビリティゾーン上のバックエンドサーバー
- グレースフル接続終了: スケールダウンアクティビティが発生した際に、Graceful Timeout機能を使用することで、クライアント接続の損失を回避しながらAutoscaleサーバーをグレースフルに削除します。
- スタンバイサーバーの接続ドレイン: スタンバイ状態のサーバーに新しいクライアント接続が送信されるのを防ぎます。ただし、スタンバイサーバーは引き続きAuto Scalingグループの一部であり、既存のクライアント接続が閉じられるまで処理を続行します。サーバーがInService状態に戻ると、新しい接続の処理を再開します。スタンバイ状態は、サーバーの更新、変更、トラブルシューティング、または要件に基づいたスケールダウンに使用できます。 詳細については、AWSドキュメントを参照してください。
図: NetScaler VPXインスタンスを使用したAWS オートスケーリングサービス
この図は、AWS Auto ScalingサービスがNetScaler VPXインスタンス（負荷分散仮想サーバー）とどのように互換性があるかを示しています。詳細については、以下のAWSトピックを参照してください。
始める前に
NetScaler VPXインスタンスでAutoscalingの使用を開始する前に、次のタスクを完了する必要があります。
-
次のトピックをお読みください:
-
要件に応じて、AWS上にNetScaler VPXインスタンスを作成します。
- NetScaler VPXスタンドアロンインスタンスの作成方法の詳細については、AWS に NetScaler VPX スタンドアロンインスタンスを展開する および シナリオ: スタンドアロンインスタンス を参照してください。
- HAモードでVPXインスタンスを展開する方法の詳細については、Deploy a high availability pair on AWS を参照してください。
注:
以下をお勧めします:
- AWSでNetScaler VPXインスタンスを作成するには、CloudFormationテンプレートを使用します。
- 3つの個別のインターフェースを作成します。1つは管理用 (NSIP)、1つはクライアント向けLB仮想サーバー用 (VIP)、もう1つはサブネットIP用 (NSIP) です。
-
AWS Autoscale グループを作成します。既存のオートスケーリング設定がない場合は、次の操作を行う必要があります。
- 起動設定を作成する
- オートスケーリンググループを作成する
- オートスケーリンググループを確認する
詳細については、http://docs.aws.amazon.com/autoscaling/latest/userguide/GettingStartedTutorial.htmlを参照してください。
-
NetScaler リリース 14.1-12.x 以降では、AWS Autoscale グループで Graceful オプションを有効にしている場合にのみ、スケールダウンポリシーを指定する必要があります。14.1-12.x より前の NetScaler リリースでは、Graceful オプションが有効になっているかどうかにかかわらず、少なくとも1つのスケールダウンポリシーを指定する必要がありました。
NetScaler VPX インスタンスは、ステップスケーリングポリシーのみをサポートしています。シンプルスケーリングポリシーとターゲット追跡スケーリングポリシーは、Autoscale グループではサポートされていません。
-
AWS アカウントに次の IAM 権限があることを確認してください。
{ "Version": "2012-10-17", "Statement": \[ { "Action": \[ "ec2:DescribeInstances", "ec2:DescribeNetworkInterfaces", "ec2:DetachNetworkInterface", "ec2:AttachNetworkInterface", "ec2:StartInstances", "ec2:StopInstances", "ec2:RebootInstances", "autoscaling:\*", "sns:\*", "sqs:\*" “iam: SimulatePrincipalPolicy” “iam: GetRole” \], "Resource": "\*", "Effect": "Allow" } \] } <!--NeedCopy-->
NetScaler VPX インスタンスに AWS オートスケーリングサービスを追加する
VPX インスタンスにオートスケーリングサービスを追加するには、次の手順を実行します。
-
nsrootの資格情報を使用してVPXインスタンスにログオンします。 -
システム > AWS > クラウドプロファイル に移動し、追加 をクリックします。
「クリエイト クラウド プロファイル」設定ページが表示されます。
クラウドプロファイルの作成時に注意すべき点:
- 仮想サーバーのIPアドレスは、VPXインスタンスで利用可能な空きIPアドレスから自動的に入力されます。詳細については、「複数のIPアドレスを管理する」を参照してください。
- AWSアカウントで設定したオートスケールグループの正確な名前を入力します。詳細については、「AWS Auto Scaling グループ」を参照してください。
- オートスケーリンググループのプロトコルとポートを選択する際は、サーバーがそれらのプロトコルとポートでリッスンしていること、およびサービスグループに正しいモニターをバインドしていることを確認してください。デフォルトでは、TCPモニターが使用されます。
- SSLプロトコルタイプのオートスケーリングの場合、クラウドプロファイルを作成した後、証明書がないため、ロードバランシング仮想サーバーまたはサービスグループがダウンしているように見えます。証明書は仮想サーバーまたはサービスグループに手動でバインドできます。
-
Graceful を選択し、Delay フィールドにタイムアウト値を指定して、オートスケールサーバーをグレースフルに削除します。このオプションはスケールダウンイベントを開始します。VPXインスタンスはサーバーをすぐに削除せず、サーバーの1つをグレースフル削除のためにマークします。この期間中、VPXインスタンスはこのサーバーへの新しい接続を許可しません。既存の接続はタイムアウトが発生するまで処理されます。タイムアウト後、VPXインスタンスはサーバーを削除します。
Graceful オプションを選択しない場合、オートスケールグループ内のサーバーは負荷が低下した直後に削除されます。これにより、既存の接続クライアントに対してサービスの中断が発生する可能性があります。
クラウドプロファイルを作成すると、NetScalerロードバランシング仮想サーバーと、オートスケーリンググループのサーバーをメンバーとするサービスグループが作成されます。バックエンドサーバーは、VPXインスタンスで設定されたSNIPを介して到達可能である必要があります。
注:
- AWSコンソールにて、オートスケール関連の情報を確認するには、EC2 > Dashboard > Auto Scaling > Auto Scaling Group に移動します。
- AWSで同じオートスケーリンググループ (ASG) を使用して、異なるサービス (異なるポートを使用) 用に異なるクラウドプロファイルを作成できます。したがって、NetScaler VPXインスタンスは、パブリッククラウドで同じオートスケーリンググループを持つ複数のサービスをサポートします。