Application Delivery Management

StyleBooks構成ビルダーを使用したNetScaler アプリケーション構成の移行

StyleBooks構成ビルダーを使用して、既存のNetScaler構成からアプリケーション構成StyleBookを作成します。この機能により、あるNetScaler インスタンスから別のインスタンスへのアプリケーション構成の移行も自動化されます。

構成ビルダーを使用すると、カスタマイズされたStyleBookを作成するプロセスを効率化できるため、StyleBookの文法や構成を深く理解していない場合でも簡単に作成できます。それ以外の場合は、StyleBookを作成するには、StyleBookの文法と構成に精通している必要があります。

構成ビルダーは、1つのNetScalerインスタンスの構成を別のNetScalerインスタンスに複製できる構成パックも作成します。初期設定ソースは、次のいずれかになります:

  • NetScalerインスタンス: 複製するアプリケーション構成が使用できるインスタンスを指定します。

    ターゲットインスタンスを指定しなくても、構成ビルダーはNetScaler構成をStyleBookおよび構成パックに変換します。後でこの構成パックを使用して、NetScaler構成を他のNetScalerインスタンスに移行できます。

  • CLI コマンドのセット: ns.confまたはApplication configから設定を貼り付けます。

  • 構成ファイルのアップロード: ローカルマシンから構成をアップロードします。

構成ビルダーは、ソース構成に埋め込まれている個別のアプリケーションのリストを識別します。目的のアプリケーション構成を選択すると、Configuration Builderは選択したアプリケーションのCLIコマンドのセットを抽出します。これらの CLI コマンドは、ソース設定から抽出されます。また、入力を必要とする可能性のあるデプロイメントおよび構成属性も識別します。

  • アプリケーション展開情報 -元の構成から仮想サーバー、サービス、サービスグループメンバーのIPアドレスとポートを表示および編集できます。仮想サーバーの状態とARPを表示および編集することもできます。

  • 構成属性 -これらの属性には、ソース構成で指定されたパスワードまたは証明書を使用できます。

必要な情報を指定したら、ターゲットのNetScalerインスタンスでアプリケーション構成の移行または複製を開始します。

StyleBooks構成ビルダーのワークフロー

アプリケーションの作成と移行が完了すると、NetScaler ADM に構成パックとそれに対応するStyleBookが作成されます。この構成パックは、ターゲットのNetScalerインスタンス上のアプリケーション構成を表します。 作成した構成パックを表示するには、「 アプリケーション 」>「 StyleBooks>「構成」に移動します

サポートされているNetScaler 機能

StyleBook構成ビルダーは、ソース構成内の以下のNetScaler 機能を認識してサポートします:

  • 分析
  • AppFlow
  • アプリケーションレベルのエクスペリエンス品質設定 (AppQoE)
  • 認証と承認
  • 監査
  • ボット管理
  • キャッシュリダイレクト
  • コンテンツスイッチ
  • DNS
  • フロントエンド最適化
  • HTTP圧縮
  • 統合キャッシング
  • 負荷分散
  • 監視
  • QUIC プロトコル
  • レート制限
  • レスポンダー
  • 書き換え
  • SSLオフロード
  • スピルオーバー
  • トラフィック管理
  • URL変換
  • Webアプリケーションファイアウォール(WAF)

StyleBookを作成してNetScaler アプリケーション構成を移行する

以下の手順は、NetScaler ADM でNetScaler アプリケーションの移行を移行するStyleBookを作成することです:

  1. [ アプリケーション ] > [構成] > [ 構成パック ] に移動します。

  2. NetScaler 構成の移行」をクリックします。

  3. 「 始める」をクリックします。

  4. 構成を指定」で、次の構成ソースのいずれかを選択します:

    • NetScaler からのインポート

      • ソースNetScalerインスタンス -アプリケーション構成の移行または複製元となるNetScalerインスタンスを選択します。[OK] をクリックします。
    • CLIコマンドを使用してインポート -構成ファイルから構成を貼り付けます。

    • 構成ファイルのアップロード -「 Browse 」をクリックして、ローカルマシンから構成ファイルを選択します。

    ターゲットインスタンス -アプリケーション構成を移行または複製するNetScalerインスタンスまたはAutoscale グループを選択します。[OK] をクリックします。

    [次へ] をクリックします。

  5. 高度なポリシー構成では、構成によって次のシナリオが発生します:

    • 構成内の既存のクラシックポリシーはすべて、エラーなく正常に高度なポリシーに変換されます。更新された構成を確認し、確認を選択します。[次へ] をクリックします。
    • 構成内の既存のクラシックポリシーはすべて、エラーを伴って正常に高度なポリシーに変換されます。エラーを確認して修正してください。「 前へ」をクリックします。
    • クラシックポリシーがない場合、構成は更新されません。「 OK」 をクリックして続行します。
  6. アプリケーションの定義」で、

    1. アプリケーション名」で、アプリケーションの名前を指定します。

    2. 移行する仮想サーバーを選択します。

    3. [次へ] をクリックします。

  7. 等価CLIコマンド」でコマンドを確認し、「 次へ」をクリックします。

    これらのコマンドは、選択したアプリケーション構成に固有です。

  8. アプリケーション展開情報では、仮想サーバー、サービス、およびサービスグループメンバーのIPアドレス、ポート、状態、およびARPを表示および編集できます。

    仮想サーバーの設定を編集する

    詳細ページでは 、NSIPエンティティのIPアドレス、ポート、状態、およびARPステータスを編集できます。

    状態と ARP ステータスを編集する

    注:

    • 仮想サーバーIPのNSIPエンティティの状態によって、ARPの初期状態が決まります。
    • 仮想サーバーIPのNSIPエンティティがターゲットNetScalerですでに構成されている場合、仮想サーバーのARPステータスを変更することはできません。
    • 仮想サーバーのARP状態を変更すると、同じIPアドレスを持つすべての仮想サーバーのARP状態が変更されます。仮想サーバーの状態を変更すると、関連する仮想サーバーにのみ影響します。
    • ARP は IP パターンベースの仮想サーバーには適用されません。
    • 仮想サーバーIPのNSIP状態がソース構成で無効になっている場合、ARPも自動的に無効になり、ARPを変更することはできません。

    ソースインスタンスとターゲットインスタンスが同じ場合、「 アプリケーションデプロイ情報 」タブは表示されません。

  9. 認証デプロイ情報」では、認証サーバーの属性を表示および編集できます (可能な場合)。編集アイコンをクリックして、サーバーのIPアドレス、サーバーIP、サーバー名、およびポート番号を編集します。

  10. リソースファイル/シークレットで、パスワードと証明書を復号化するための証明書とキーをアップロードします[次へ] をクリックします。

  11. グローバル構成」で、ソースとターゲットのグローバル構成設定の違いを確認します。ターゲットに適用する構成を確認し、確認を選択します。[次へ] をクリックします。

  12. 移行」で、StyleBookの詳細を表示します。[ 移行] をクリックします。

    注:

    デフォルトでは、NetScaler ADM は、アプリケーションまたは仮想サーバーをNetScalerに移行するときに作成された構成パックを管理します。 作成される構成にconfigpackを関連付けたくない場合は、「ADMによる構成の管理 」チェックボックスをオフにします。

  13. サポートされていない構成」で、不足している構成やサポートされていない構成を表示します。これらの構成を正常に移行するには、不足している構成やサポートされていない構成をターゲットインスタンスに個別に適用する必要があります。[次へ] をクリックします。

制限事項

  • ソースインスタンスで言及されている名前付き式とresponderhtmlpagesは識別されません。移行する前に、 必ずターゲットインスタンスで名前付き式とresponderhtmlpagesを設定してください。

  • ソースに次のようなservicegroup設定とモニタバインディングがあるとします。

    bind serviceGroup <Name> <Port> -monitorName <Monitor_Name>

    次のエラーが表示されます。

     CLI Command conversion failed: 100 - No such command [{ "errorcode": 1090, "message": "No such argument [XXX]", "severity": "ERROR" }]
     <!--NeedCopy-->
    

    このエラーは、NetScaler がサービスグループとモニターの間のバインディングを無効な形式で保存するために発生します。この問題は、NetScaler 12.1.52.15 ビルドから修正されます。

StyleBooks構成ビルダーを使用したNetScaler アプリケーション構成の移行