Microsoft Azure仮想化環境

重要：

Citrix Virtual Apps and Desktops 7 2003の場合、最新リリースは次のホストでVDAをサポートしません：

• Amazon Web Services（AWS上のVMWare Cloudを含む）
• CloudPlatform（元のCitrixソフトウェアプラットフォームを参照）
• Microsoft Azure（Azure Resource ManagerおよびAzure Classicを含む）

詳しくは、「最新リリースのホストサポートの変更点」を参照してください。

接続の構成

Studioを使用して、Microsoft Azure接続を作成する場合、Microsoft Azure発行設定ファイルの情報が必要です。各サブスクリプションで使用されるこのXMLファイルには、下記の例にあるような情報が入っています（実際の管理証明書はこれよりも長くなります）：

<Subscription
ServiceManagementUrl="\*address\*"
Id="o1455234-0r10-nb93-at53-21zx6b87aabb7p"
Name="Test1"
ManagementCertificate=";alkjdflaksdjfl;akjsdfl;akjsdfl; sdjfklasdfilaskjdfkluqweiopruaiopdfaklsdjfjsdilfasdkl;fjerioup" />
<!--NeedCopy-->

以下の手順では、Studioから接続を作成し、サイトの作成ウィザード、または接続の作成ウィザードのどちらかを起動したことを前提にしています。

1. ブラウザーで、https://manage.windowsazure.com/publishsettings/indexに移動します。
2. 検索ボックスの横にあるCloud Shellアイコンをクリックし、 手順に従って公開設定ファイルをダウンロードします。
3. Studioで、ウィザードの ［接続］ ページからMicrosoft Azureの接続の種類を選択し、［インポート］ をクリックします。
4. 複数のサブスクリプションがある場合は、目的のサブスクリプションを選択するためのプロンプトが表示されます。

IDと証明書が自動的にStudioにインポートされます。メッセージやプロンプトは表示されません。

接続を使った電源操作は、しきい値に左右されます。デフォルト値が適切です。変更しないでください。ただし、接続を編集して変更することはできます。接続の作成時にこれらの値を変更することはできません。詳しくは、「接続の設定の編集」を参照してください。

仮想マシン

Studioでマシンカタログを作成する場合、各仮想マシンのサイズはStudioの示すオプションに左右されます。選択したVMインスタンスの種類のコストとパフォーマンス、およびスケーラビリティ。

Studioは、Microsoft Azureで利用可能になったVMインスタンスオプションをすべて、選択された領域に表示します。Citrixではこの表示を変更できません。自分が使用しているアプリケーションとそのCPU、メモリ、I/O要件を熟知しておいてください。価格やパフォーマンスの異なる選択肢がいくつか用意されています。Microsoftのサイトで以下の記事を参照して、オプションをよく理解してください：

• 仮想マシンのサイズ

• Microsoft Virtual Machinesの料金ページ

• 旧世代の仮想マシンのサイズ

Basic層： 接頭辞「Basic」がついたVMは基本ディスクを表します。これらは当初、MicrosoftのサポートするIOPSのレベルが300に制限されています。デスクトップOS（VDI）やサーバーOS RDSH（リモートデスクトップセッションホスト）のワークロードには推奨されません。

汎用階層： 汎用階層VMは、B、Dsv3、Dv3、DasV4、Dav4、DSv2、Dv2、Av2、DC、およびDCv2の10シリーズで表示されます。これらのVMはCPU対メモリの比率のバランスを取り、テストと開発、小規模から中規模のデータベース、および低から中程度のトラフィック量のWebサーバーに最適です。Azure VMのサイズおよび詳細については、「仮想マシンのサイズ」を参照してください。

Azure Premium Storageでマシンのプロビジョニングを行う場合、Premium Storageのアカウントでサポートされているマシンサイズを選択してください。

VMインスタンスの種類とコストおよびパフォーマンス

米国での、各仮想マシンインスタンスタイプの1時間あたりの料金については、「Microsoft Virtual Machinesの料金ページ」を参照してください。Linux VMの料金については、「Linux Virtual Machinesの料金ページ」を参照してください。

使用するVMインスタンスタイプを決定する際には、以下を考慮してください：

• コンピューティング要件を理解することは重要です。概念実証などのテスト作業では、高性能な種類のVMインスタンスを使いたくなるかもしれません。また、コスト節減のため、性能の低いVMを使いたくなることもあります。

• タスクに見合ったVMを使用します。最高のパフォーマンスで始めても、必要な結果を得られないことがあり、時間の経過に伴って、場合によっては1週間以内に、コストが非常に高額になります。

• パフォーマンスが低く、コストも安い種類のVMインスタンスの場合、タスクに対してパフォーマンスとユーザーの操作性が適切ではありません。

• デスクトップOS（VDI）またはサーバーOS（RDSH）ワークロードの場合、中程度のワークロードに対してLoginVSIを使用したテスト結果から、インスタンスの種類に中（A2）と大（A3）を選択すると、価格性能比が最高になることがわかりました。

• 中（A2）と大（A3またはA5）は、ワークロードの評価において、最高の価格性能比を発揮します。これ以下の設定はお勧めしません。より高い性能を持つVMシリーズでは、アプリケーションやユーザーが求めるパフォーマンスやユーザビリティが可能です。ただし、高性能の種類のVMインスタンスのコストの高さが、本当の価値に見合うかどうかを判断するには、これら3種類のインスタンスの1つを基準にするのが一番です。

スケーラビリティ

ホストユニットでのカタログのスケーラビリティに影響を与える制約は数種類あります。AzureサブスクリプションにあるCPUコアの個数など、Microsoft Azureのサポートに連絡して、デフォルト値（20）を増やしてもらえば緩和される制約もあります。また、仮想ネットワークにおけるサブスクリプション1件あたりのVM数（2,048）など、変更できないものもあります。

現在、Citrixはカタログ1つあたり1,000個のVMをサポートしています。

1カタログまたはホストあたりのVM数を増やすには、Microsoft Azureサポートにお問い合わせください。Microsoft Azureのデフォルトの制限により、一部のVMを超えるスケーリングは回避されます。ただし、この制限は頻繁に変更されるため、最新情報を確認してください：http://azure.microsoft.com/en-us/documentation/articles/azure-subscription-service-limits/

Microsoft Azure Virtual Network1つあたり、サポートされているVMの数は最高2,048個です。

ホストされているアプリケーションの提供に必要なVMについて検討します。詳しくは、「Windows上のVMディスクのスケーラビリティおよびパフォーマンスの目標」を参照してください。

ワークロードをサポートするために、CPUコアのデフォルトの制限値を引き上げる必要があるかどうかの判断は、Microsoft Azureのサポートにご相談ください。