バックエンドの AWS Autoscalingサービスを追加する

January 9, 2024

寄稿者:

クラウドでアプリケーションを効率的にホストすると、アプリケーションの必要に応じて、リソースを簡単にコスト効率よく管理できます。需要の増大に対応するには、ネットワークリソースをスケールアップする必要があります。需要が収まったら、アイドル状態のリソースによる不要なコストを避けるためにスケールダウンする必要があります。常に必要な数のインスタンスのみをデプロイすることで、アプリケーションの実行コストを最小限に抑えることができます。これを実現するには、トラフィック、メモリ、CPU使用率などを常に監視する必要があります。しかし、トラフィックを手動で監視するのは煩雑です。アプリケーション環境を動的にスケールアップまたはスケールダウンするには、トラフィックを監視し、必要に応じてリソースをスケールアップまたはスケールダウンするプロセスを自動化する必要があります。

AWS Auto Scaling サービスと統合され、NetScaler VPXインスタンスには次の利点があります：

負荷分散と管理:需要に応じてサーバーをスケールアップおよびスケールダウンするように自動構成します。VPXインスタンスは、バックエンドサブネット内のAutoscale グループを自動検出し、ユーザーがAutoscale グループを選択して負荷を分散できるようにします。これはすべて、VPXインスタンスの仮想IPアドレスとサブネットIPアドレスを自動構成することによって行われます。
高可用性:複数のアベイラビリティーゾーンにまたがるAutoscale eグループを検出し、サーバーの負荷を分散します。
ネットワークの可用性の向上:VPXインスタンスは以下をサポートします。
- VPCピアを使用した異なるVPCのバックエンドサーバー
- 同じプレイスメントグループのバックエンドサーバー
- 異なるアベイラビリティゾーンのバックエンドサーバー
正常な接続終了:グレースフルタイムアウト機能を使用して、スケールダウンアクティビティが発生してもクライアント接続が失われないように、Autoscaleサーバーを正常に削除します。
スタンバイサーバーの接続ドレイニング:スタンバイ状態のサーバーに新しいクライアント接続を送信しないようにします。ただし、スタンバイサーバーはまだオートスケーリンググループの一部であり、閉じられるまで既存のクライアント接続を処理し続けます。サーバーが InService 状態に戻ると、サーバーは新しい接続の処理を再開します。スタンバイ状態を使用して、サーバーの更新、変更、トラブルシューティングを行ったり、要件に基づいてスケールダウンしたりできます。詳細については、 AWS のドキュメントを参照してください。

図:NetScaler VPX インスタンスによる AWS オートスケーリングサービス

Autoscale トポロジー

この図は、AWSオートスケーリングサービスがNetScaler VPXインスタンス（負荷分散仮想サーバー）とどのように互換性があるかを示しています。詳しくは、次のAWSのトピックを参照してください。

はじめに

NetScaler VPXインスタンスで自動スケーリングの使用を開始する前に、次のタスクを完了する必要があります。

次のトピックをお読みください。
- Prerequisites
- 制限事項と使用上のガイドライン
要件に応じて、AWS で NetScaler VPX インスタンスを作成します。
- NetScaler VPXスタンドアロンインスタンスの作成方法の詳細については、「 AWS へのNetScaler VPXスタンドアロンインスタンスのデプロイ」および「シナリオ：スタンドアロンインスタンス」を参照してください。
- VPX インスタンスを HA モードでデプロイする方法の詳細については、「 AWS に高可用性ペアをデプロイする」を参照してください。
注：

以下をお勧めします：
- AWS上でNetScaler VPXインスタンスを作成するには、クラウドフォーメーションテンプレートを使用してください。
- 3 つの個別のインターフェイスを作成します。1 つは管理 (NSIP) 用、もう 1 つはクライアント側の LB 仮想サーバー (VIP) 用、もう 1 つはサブネット IP (NSIP) 用です。
AWS Autoscale グループを作成します。既存の自動スケーリング設定がない場合は、次のことを行う必要があります。
1. 起動設定を作成する
2. Autoscalingグループの作成
3. Autoscalingグループの検証
詳しくは、http://docs.aws.amazon.com/autoscaling/latest/userguide/GettingStartedTutorial.htmlを参照してください。
NetScalerリリース14.1-12.x以降、AWS Autoscaleグループでは、グレースフルオプションを有効にしている場合にのみスケールダウンポリシーを指定する必要があります。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"
         }
     ]
 }
  

AWS自動スケーリングサービスをNetScaler VPXインスタンスに追加する

次の手順を実行して、自動スケーリングサービスをVPXインスタンスに追加します：

nsrootの認証情報を使用してVPXインスタンスにログオンします。
[ システム] > [AWS] > [クラウドプロファイル ] に移動し、[ 追加] をクリックします。

クラウドプロファイルの作成設定ページが表示されます 。

クラウドプロファイルを作成する際の注意点:
- 仮想サーバーのIPアドレスは、VPXインスタンスで使用可能な空きIPアドレスから自動入力されます。詳細については、「複数の IP アドレスの管理」を参照してください。
- AWS アカウントで設定した Autoscale グループの正確な名前を入力します。詳細については、「 AWS Auto Scaling グループ」を参照してください。
- オートスケーリンググループのプロトコルとポートを選択する際には、サーバーがそれらのプロトコルとポートでリッスンしていることを確認し、サービスグループに正しいモニターをバインドしてください。デフォルトでは、TCP モニターが使用されます。
- SSL プロトコルタイプの自動スケーリングでは、クラウドプロファイルを作成した後、証明書がないために負荷分散仮想サーバーまたはサービスグループがダウンしているように見えます。証明書は、仮想サーバまたはサービスグループに手動でバインドできます。
- Autoscale eサーバーを正常に削除するには、「 Graceful 」を選択し、「 Delay 」フィールドにタイムアウト値を指定します。このオプションはスケールダウンイベントを開始します。VPXインスタンスはサーバーをすぐには削除しませんが、サーバーの1つを正常に削除するようにマークします。この間、VPXインスタンスはこのサーバーへの新規接続を許可しません。既存の接続は、タイムアウトが発生するまで処理されます。タイムアウト後、VPXインスタンスはサーバーを削除します。
  
  Graceful オプションを選択しない場合、負荷が下がった直後に Autoscale グループのサーバーが削除されます。これにより、接続されている既存のクライアントのサービスが中断される可能性があります。

クラウドプロファイルを作成すると、NetScaler負荷分散仮想サーバーと、自動スケーリンググループのサーバーとしてメンバーを含むサービスグループが作成されます。バックエンドサーバーは、VPXインスタンスで構成されたSNIPを介して到達可能である必要があります。

注：

AWS コンソールでオートスケール関連の情報を表示するには、[ **EC2 ] > [ ダッシュボード] > [自動スケーリング]> [Auto Scaling Group] **に移動します。

AWS の同じ AutoScaling Group (ASG) を使用して、サービスごとに (異なるポートを使用して) 異なるクラウドプロファイルを作成できます。したがって、NetScaler VPXインスタンスは、パブリッククラウド内の同じ自動スケーリンググループを持つ複数のサービスをサポートします。

このコンテンツの正式なバージョンは英語で提供されています。Cloud Software Groupドキュメントのコンテンツの一部は、お客様の利便性のみを目的として機械翻訳されています。Cloud Software Groupは機械翻訳されたコンテンツを管理していないため、誤り、不正確な情報、不適切な用語が含まれる場合があります。英語の原文から他言語への翻訳について、精度、信頼性、適合性、正確性、またはお使いのCloud Software Group製品またはサービスと機械翻訳されたコンテンツとの整合性に関する保証、該当するライセンス契約書またはサービス利用規約、あるいはCloud Software Groupとのその他すべての契約に基づき提供される保証、および製品またはサービスのドキュメントとの一致に関する保証は、明示的か黙示的かを問わず、かかるドキュメントの機械翻訳された範囲には適用されないものとします。機械翻訳されたコンテンツの使用に起因する損害または問題について、Cloud Software Groupは責任を負わないものとします。

この情報は役に立ちましたか?

バックエンドの AWS Autoscalingサービスを追加する

January 9, 2024

寄稿者:

この記事の概要

この情報は役に立ちましたか?