OpenStack Neutron LBaaSプラグインには、OpenStackがNetScaler Consoleと通信できるようにするNetScalerドライバーが含まれています。OpenStackはこのドライバーを使用して、LBaaS APIを介して行われたロードバランシング構成をNetScaler Consoleに転送し、NetScaler Consoleは目的のNetScalerインスタンスにロードバランサー構成を作成します。OpenStackはまた、このドライバーを使用して、定期的にNetScaler Consoleを呼び出し、NetScalerからのすべてのロードバランシング構成のさまざまなエンティティ（VIPやプールなど）のステータスを取得します。OpenStackプラットフォーム用のNetScalerドライバーソフトウェアは、NetScaler Consoleにバンドルされています。ドライバーをダウンロードしてインストールするには、まずNetScaler Consoleをインストールしてアプリケーションを起動する必要があります。

まず、NetScaler ConsoleにOpenStack情報を登録する必要があります。OpenStackコントローラーのIPアドレスとクラウド管理者ユーザーの資格情報、およびOpenStack NetScalerドライバーのユーザー資格情報を指定します。後で、Neutron構成ファイル（neutron.conf）のNetScaler_driverセクションに同じログイン資格情報を指定することで、OpenStackのNetScalerドライバーがLB構成中にNetScaler Consoleに接続できるようになります。

OpenStackとNetScaler Consoleが相互に登録されると、両者は互いに通信できるようになります。また、OpenStackユーザーは、OpenStackの既存の資格情報を使用してNetScaler Consoleユーザーインターフェイスにログオンし、NetScalerでLB構成がどのように機能しているかを確認できます。

OpenStackでは、テナントはプロジェクトとも呼ばれます。テナントはユーザーのグループであり、テナントまたはプロジェクトは、分離されたユーザーグループに割り当てられたリソース（コンピューティング、ネットワーク、ストレージなど）のセットとしても定義できます。

配置ポリシーは、ユーザーが作成する各ロードバランサー構成で使用されるNetScalerインスタンスを決定する柔軟性を提供します。あるいは、NetScaler Consoleは、OpenStackテナントに基づいてNetScalerインスタンスを割り当てるオプションも提供します。

サービスパッケージは、ポリシー/SLA、デバイスまたは自動プロビジョニング構成仕様、およびテナント/配置ポリシーをまとめたバンドルです。サービスパッケージは通常、テナントに提供される分離ポリシーの観点から定義されます。

サービスパッケージに関連するいくつかの点を以下に示します。

OpenStackのLBaaS V1ドライバーはOpenStack Horizonユーザーインターフェイスからの操作をサポートしますが、LBaaS V2ドライバーはコマンドライン操作のみをサポートします。

以下に、OpenStackのLBaaS V1とLBaaS V2の両方でサポートされる機能を示します。

このドキュメントでは、以下の情報を提供します。

以下のユースケースシナリオでは、NetScaler ConsoleとOpenStackプラットフォームを統合するワークフローについて説明します。

Example-Cloud-Providerという企業は、OpenStackコンポーネントを使用して、テナントにインフラストラクチャを提供するクラウドをセットアップしました。Steveはこのクラウドプロバイダーの管理者であり、TomはExample-Cloud-Providerのクラウドインフラストラクチャのテナントです。Tomの組織であるExample-SportsOnline.comは、2台のサーバーS1とS1を必要としており、TomはOpenStackプラットフォーム上のサーバーS1とS2間のトラフィックをロードバランシングするための専用のNetScalerデバイスも必要としています。

この要件を満たすために、SteveはOpenStackとNetScaler Consoleの両方をインストールして構成し、互いに互換性があるように準備する必要があります。SteveはOpenStackにExample-SportsOnlineという名前のテナントアカウントを作成し、そのテナントアカウントにリソースを割り当てる必要があります。Steveはまた、Example-SportsOnlineがそのリソースと構成を管理するための異なるログオン資格情報（ユーザー）を作成する必要があります。Tomはこれで、OpenStack上に2台のサーバーS1とS2を作成して、組織内のトラフィックを管理できます。

SteveはOpenStackの詳細をNetScaler Consoleに登録し、OpenStackのネットワークコンポーネントであるNeutronでNetScaler LBaaSドライバーを構成する必要があります。登録が完了すると、NetScaler ConsoleはOpenStackからのすべてのテナントの詳細を表示します。Steveは、NetScaler LBaaS機能を必要とするリストからExample-SportsOnlineを選択し、TomがNetScaler Consoleでロードバランサー構成のために専用のNetScalerを割り当てられるように構成できます。

このため、SteveはNetScaler Consoleユーザーインターフェイスを使用してOpenStackのコンピューティング層（Nova）にNetScaler VPXインスタンスをプロビジョニングするか、TomがOpenStackでLB構成を行う際に、MASを有効にしてNetScaler VPXインスタンスをオンデマンドで自動プロビジョニングすることができます。いずれの場合も、NetScaler ConsoleがVPXインスタンスを管理します。これを実現するために、SteveはNetScaler Consoleでサービスパッケージを作成し、TomとのSLAで合意された条件をサービスパッケージで定義します。たとえば、SteveはTomにロードバランサー構成を提供するための専用インスタンスを提供するために、「専用」分離ポリシーを選択します。つまり、SteveはサービスパッケージでTomのために非共有インスタンスを選択します。次に、彼は多くのNetScaler VPXインスタンスをサービスパッケージに割り当て、専用のNetScalerを必要とするExample-SportsOnlineと他のテナントをサービスパッケージに関連付けます。その結果、Tomが最初のロードバランサー構成を実行すると、NetScaler Consoleはサービスパッケージ内のNetScaler VPXインスタンスの1つをExample-SportsOnlineに割り当て、そのNetScalerに構成を展開します。

Tomはこれで、OpenStack LBaaS/UIを使用して、プール、仮想IP（VIP）、およびヘルスモニターを作成することで、ロードバランシング構成を作成できます。OpenStackのプールとVIPは、NetScalerインスタンス上でサービスグループおよび仮想サーバーとして展開されます。Tomはまた、サーバーを監視するためのヘルスモニターを作成し、常に稼働しておりNetScalerから到達可能なサーバーにのみアプリケーションとラフィックを送信できます。

OpenStackで作成されたロードバランシング構成は、NetScalerインスタンスに実装されます。完全に構成されると、NetScaler VPXインスタンスはロードバランシング機能を引き継ぎ、アプリケーショントラフィックの受け入れを開始し、Tomによって作成されたサーバーS1とS2の間でトラフィックをロードバランスします。

次のフローチャートは、LBaaS V1とLBaaS V2を構成する際に従う必要があるワークフローを示しています。

LBaaS V1およびV2構成ワークフロー(/en-us/netscaler-application-delivery-management-software/media/openstack-orchestartion-workflow-console.png)