XenApp and XenDesktop

マイクロソフト アジュール 仮想化環境

接続の構成方法

Studio を使用して Microsoft Azure 接続を作成する場合、Microsoft Azure 発行設定ファイルからの情報が必要です。各サブスクリプションのその XML ファイルの情報は、以下のサンプルに似ています(実際の管理証明書ははるかに長くなります)。

<Subscription
ServiceManagementUrl="https://management.core.windows.net"
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 の記事を参照してください。

Basicティア: 「Basic」というプレフィックスが付いたVMは、基本ディスクを表します。これらは主に、Microsoftがサポートする300 IOPSレベルによって制限されます。これらは、デスクトップOS (VDI) またはサーバーOS RDSH (リモートデスクトップセッションホスト) のワークロードには推奨されません。

Standardティア: StandardティアのVMは、A、D、DS、Gの4つのシリーズで提供されます。

シリーズ Studioでの表示
A エクストラスモール、スモール、ミディアム、ラージ、エクストララージ、A5、A6、A7、A8、A9、A10、A11。ミディアムとラージは、それぞれデスクトップOS (VDI) またはサーバーOS (RDSH) のワークロードを使用したテストに推奨されます。
D Standard_D1、D2、D3、D4、D11、D12、D13、D14。これらのVMは、一時ストレージにSSDを提供します。
DS Standard_DS1、DS2、DS3、DS4、DS11、DS12、DS13、DS14。これらのVMは、すべてのディスクにローカルSSDストレージを提供します。
G Standard_G1~G5。これらのVMは、ハイパフォーマンスコンピューティング向けです。

Azureプレミアムストレージでマシンをプロビジョニングする際は、プレミアムストレージアカウントでサポートされているマシンサイズを必ず選択してください。

VMインスタンスタイプのコストとパフォーマンス

米国の定価については、各VMインスタンスタイプの1時間あたりのコストはhttps://azure.microsoft.com/ja-jp/pricing/details/virtual-machines/で確認できます。

クラウド環境で作業する場合、実際のコンピューティング要件を理解することが重要です。概念実証やその他のテスト活動では、高性能VMインスタンスタイプを活用したくなるかもしれません。また、コストを節約するために最低性能のVMを使用したくなるかもしれません。より良い目標は、タスクに適したVMを使用することです。最高性能のものから始めても、必要な結果が得られない可能性があり、場合によっては1週間以内に非常に高価になることがあります。低コストの低性能VMインスタンスタイプの場合、パフォーマンスと使いやすさがタスクに適さない可能性があります。

デスクトップOS (VDI) またはサーバーOS (RDSH) ワークロードの場合、LoginVSIを中程度のワークロードに対して使用したテスト結果では、インスタンスタイプ Medium (A2) および Large (A3) が最高の価格/性能比を提供することがわかりました。

Medium (A2) および Large (A3 または A5) は、ワークロード評価に最適なコスト/性能を表します。これより小さいものは推奨されません。より高性能なVMシリーズは、アプリケーションやユーザーが求めるパフォーマンスと使いやすさを提供するかもしれませんが、より高性能なVMインスタンスタイプの高コストが真の価値を提供するかどうかを判断するには、これら3つのインスタンスタイプのいずれかを基準にすることをお勧めします。

スケーラビリティ

ホスティングユニット内のカタログのスケーラビリティにはいくつかの制約があります。Azureサブスクリプション内のCPUコア数などの一部の制約は、Microsoft Azureサポートに連絡してデフォルト値 (20) を増やすことで緩和できます。サブスクリプションあたりの仮想ネットワーク内のVM数 (2048) など、変更できないものもあります。

現在、Citrix®はカタログ内で40台のVMをサポートしています。

カタログまたはホスト内のVM数をスケールアップするには、Microsoft Azureサポートに連絡してください。Microsoft Azureのデフォルト制限により、特定のVM数を超えてスケールすることはできません。ただし、この制限は頻繁に変更されるため、最新の情報についてはhttps://azure.microsoft.com/ja-jp/documentation/articles/azure-subscription-service-limits/を確認してください。

Microsoft Azure仮想ネットワークは最大2048台のVMをサポートします。

Microsoftは、クラウドサービスあたり40個の標準ディスクVMイメージの制限を推奨しています。スケーリング時には、接続全体におけるVMの数に必要なクラウドサービスの数を考慮してください。ホストされているアプリケーションを提供するために必要なVMも考慮してください。

ワークロードをサポートするためにデフォルトのCPUコア制限を増やす必要があるかどうかを判断するには、Microsoft Azureサポートに連絡してください。

マイクロソフト アジュール 仮想化環境