-
-
-
VMware ESX、Linux KVM、およびCitrix HypervisorでNetScaler ADC VPXのパフォーマンスを最適化する
-
-
AWS上のNetScaler VPXインスタンスのアップグレード
-
NetScalerアプライアンスのアップグレードとダウングレード
-
-
-
-
-
-
-
-
-
-
-
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
AWS上のNetScaler VPXインスタンスのアップグレード
AWS上で動作するNetScaler VPXのEC2インスタンスの種類、スループット、ソフトウェアエディション、およびシステムソフトウェアをアップグレードすることができます。一部のアップグレード方法では、高可用性構成を使用してダウンタイムを最小限に抑えることができます。
注:
- NetScaler VPX AMI用のNetScalerソフトウェアのRelease 10.1.e-124.1308.e以降(ユーティリティライセンスおよびカスターマーライセンスを含む)では、M1およびM2のインスタンスファミリをサポートしません。
- VPXインスタンスのサポートが変更されたため、10.1.e-124以降のリリースから10.1.123.xまたはそれ以前のリリースへのダウングレードはサポートされていません。
- ほとんどのアップグレードでは新規のAMIを起動する必要はなく、現在のNetScaler AMIインスタンス上でアップグレードできます。新規のNetScaler AMIインスタンスへのアップグレードを行う場合は、高可用性構成を使用してください。
AWS上のNetScaler VPXインスタンスのEC2インスタンスタイプを変更する
Release 10.1.e-124.1308.e以降が動作するNetScaler VPXインスタンスでは、AWSコンソールでEC2インスタンスの種類を変更できます。次の手順に従います。
- VPXインスタンスを停止します。
- AWSコンソールでEC2インスタンスの種類を変更します。
- インスタンスを起動します。
上記の手順は、Release 10.1.e-124.1308.eよりも前のNetScaler VPXインスタンスでも使用できます。ただし、EC2インスタンスの種類をM3に変更することはできません。その場合は、NetScaler ADCソフトウェアを10.1.e-124以降のリリースにアップグレードするには、まず標準のNetScaler ADCアップグレード手順()に従って、上記の手順を実行する必要があります。
AWS での NetScaler VPX インスタンスのスループットまたはソフトウェアエディションのアップグレード
ソフトウェアエディション(Standard エディションから Premium エディションへのアップグレードなど)またはスループット(たとえば、200 Mbps から 1000 Mbps へのアップグレードなど)をアップグレードするには、インスタンスのライセンスによって異なります。
カスタマーライセンスの使用 (自分のライセンスの持ち込み)
カスタマーライセンスを使用している場合は、Citrix のWebサイトから新しいライセンスを購入してダウンロードし、VPXインスタンスにライセンスをインストールできます。Citrix Webサイトからのライセンスのダウンロードとインストールの詳細については、VPXライセンスガイドを参照してください。
ユーティリティライセンス (時間単位のユーティリティライセンス) を使用する
AWSでは課金ベースのインスタンスの直接アップグレードがサポートされていません。課金ベースのNetScaler VPXインスタンスのソフトウェアエディションやスループットをアップグレードする場合は、適切なライセンスおよびキャパシティの新規のAMIを起動して、古いインスタンスから構成を移行します。これは、このページの「Citrix ADC高可用性構成を使用した新しいNetScaler ADC AMIインスタンスへのアップグレード」の説明に従って、NetScaler ADC高可用性構成を使用して実現できます 。
AWS での NetScaler VPX インスタンスのシステムソフトウェアのアップグレード
10.1.e-124.1308.e以降のリリースを実行しているVPXインスタンスをアップグレードする必要がある場合は、「Citrix ADCアプライアンスのアップグレードとダウングレード」の標準のNetScaler ADCアップグレード手順に従ってください。
10.1.e-124.1308.eより古いリリースを実行しているVPXインスタンスを10.1.e-124.1308.e以降のリリースにアップグレードする必要がある場合は、まずシステムソフトウェアをアップグレードしてから、インスタンスタイプを次のようにM3に変更します。
- VPXインスタンスを停止します。
- AWSコンソールでEC2インスタンスの種類を変更します。
- インスタンスを起動します。
NetScalerの高可用性構成を使用して新しいNetScaler AMIインスタンスにアップグレードする
高可用性構成を使用して新しいNetScaler AMIインスタンスにアップグレードするには、以下のタスクを実行します。
- AWS Marketplaceで、EC2インスタンスの種類、ソフトウェアエディション、スループット、またはソフトウェアリリースを指定して新しいインスタンスを作成します。
- 古いインスタンス(アップグレード前)と新しいインスタンスとの間に高可用性を構成します。これにより、古いインスタンスの構成内容が新しいインスタンスに同期されます。
- 古いインスタンスから新しいインスタンスへの強制高可用性フェールオーバーを実行します。これにより、新しいインスタンスがプライマリノードとして設定され、新しいトラフィックを受信し始めます。
- 古いインスタンスを停止して、再構成するかAWSから削除します。
前提条件と考慮すべき点
- AWS上の2つのNetScaler ADC VPXインスタンス間で高可用性がどのように機能するかを理解してください。AWS上の2つのNetScaler ADC VPXインスタンス間の高可用性構成の詳細については、「 AWSでの高可用性ペアのデプロイ」を参照してください。
- 新しいインスタンスは、古いインスタンスと同じアベイラビリティゾーン内に作成し、同じセキュリティグループおよびサブネットが設定されている必要があります。
- 高可用性のセットアップでは、両インスタンスのユーザーのAWS IAM(Identity and Access Management)アカウントに関連付けられたアクセスキーと秘密キーが必要です。正しいキー情報を使用してVPXインスタンスを作成しないと、高可用性のセットアップに失敗します。VPX インスタンスの IAM アカウントの作成の詳細については、「 前提条件」を参照してください。
- 新しいインスタンスを作成するにはEC2コンソールを使用する必要があります。AWSの1-Click起動は使用できません。これは、アクセスが許可されず、秘密キーを入力できないためです。
- 新しいインスタンスには ENI インターフェイスが 1 つだけ必要です。
高可用性構成を使用してNetScaler ADC VPXインスタンスをアップグレードするには、次の手順に従います。
-
古いインスタンスと新しいインスタンスの間で高可用性を構成します。2つのNetScaler ADC VPXインスタンス間で高可用性を構成するには、各インスタンスのコマンドプロンプトで次のように入力します。
add ha node <nodeID> <IPaddress of the node to be added>
save config
例:
古いインスタンスのコマンドプロンプトで、次のように入力します。
add ha node 30 192.0.2.30 Done <!--NeedCopy-->
新しいインスタンスのコマンドプロンプトで、次のように入力します。
add ha node 10 192.0.2.10 Done <!--NeedCopy-->
以下の点に注意してください:
- この高可用性セットアップで、古いインスタンスがプライマリノードで新しいインスタンスがセカンダリノードになります。
- NSIPアドレスは古いインスタンスから新しいインスタンスにコピーされません。このため、アップグレード完了時に新しいインスタンスには異なる管理IPアドレスが設定されます。
- 新しいインスタンスの
nsroot
アカウントパスワードは、HA 同期後に古いインスタンスのアカウントパスワードに設定されます。
AWS上の2つのNetScaler ADC VPXインスタンス間の高可用性構成の詳細については、「 AWSでの高可用性ペアのデプロイ」を参照してください。
-
HA フェールオーバーを強制します。高可用性構成でフェイルオーバーを強制するには、いずれかのインスタンスのコマンドプロンプトで次のように入力します。
force HA failover <!--NeedCopy-->
強制フェールオーバーにより、古いインスタンスのENIが新しいインスタンスに移行され、トラフィックが新しいインスタンス(新しいプライマリノード)に流れます。また、古いインスタンス(新しいセカンダリノード)が再起動します。
次の警告メッセージが表示されたら、N を入力して操作を中止します。
[WARNING]:Force Failover may cause configuration loss, peer health not optimum. Reason(s): HA version mismatch HA heartbeats not seen on some interfaces Please confirm whether you want force-failover (Y/N)? <!--NeedCopy-->
この警告メッセージは、2つのVPXインスタンスのシステムソフトウェアで高可用性がサポートされていない場合に表示されます。このため、強制フェールオーバー時に古いインスタンスの構成情報が新しいインスタンスに同期されません。
この問題の回避策は次のとおりです。
-
古いインスタンスのNetScalerシェルプロンプトで、次のコマンドを実行して構成ファイル(ns.conf)のバックアップを作成します。
copy /nsconfig/ns.conf to /nsconfig/ns.conf.bkp
-
バックアップ構成ファイル(ns.conf.bkp)から次の行を削除します。
set ns config -IPAddress <IP> -netmask <MASK>
例:
set ns config -IPAddress 192.0.2.10 -netmask 255.255.255.0
-
古いインスタンスのバックアップ構成ファイル (ns.conf.bkp) を新しいインスタンスの /nsconfig ディレクトリにコピーします。
-
新しいインスタンスのNetScaler ADCシェルプロンプトで、次のコマンドを入力して、古いインスタンスの構成ファイル(ns.conf.bkp)を新しいインスタンスにロードします。
batch -f /nsconfig/ns.conf.bkp
-
新しいインスタンスに設定を保存します。
save conifg
-
いずれかのノードのコマンドプロンプトで、次のコマンドを入力してフェールオーバーを強制し、強制フェールオーバー操作を確認する警告メッセージに Y を入力します。
force ha failover
例:
> force ha failover WARNING]:Force Failover may cause configuration loss, peer health not optimum. Reason(s): HA version mismatch HA heartbeats not seen on some interfaces Please confirm whether you want force-failover (Y/N)? Y <!--NeedCopy-->
-
-
HA 構成を削除して、2 つのインスタンスが HA 構成に含まれないようにします。これを行うには、まずセカンダリノードの高可用性構成を削除して、次にプライマリノードの高可用性を削除します。
2つのNetScaler VPXインスタンス間の高可用性構成を削除するには、各インスタンスのコマンドプロンプトで以下のコマンドを実行します。
> remove ha node \<nodeID\> > save config <!--NeedCopy-->
AWS 上の 2 つの VPX インスタンス間の高可用性設定の詳細については、「AWS に高可用性ペアをデプロイする」を参照してください。
例:
古いインスタンス (新しいセカンダリノード) のコマンドプロンプトで、次のように入力します。
> remove ha node 30
Done
> save config
Done
<!--NeedCopy-->
新しいインスタンス (新しいプライマリノード) のコマンドプロンプトで、次のように入力します。
> remove ha node 10
Done
> save config
Done
<!--NeedCopy-->
共有
共有
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.