微软Azure仮想化環境
注:
この記事ではAzure(经典)情報について説明します。Azure资源管理器について詳しくは,”微软Azure资源管理器仮想化環境“を参照してください。
接続の構成
工作室を使用して,微软Azure接続を作成する場合,微软Azure発行設定ファイルの情報が必要です。各サブスクリプションで使用されるこのXMLファイルには,以下の例にあるような情報が入っています(実際の管理証明書はこれよりも長くなります):
< !——NeedCopy >
以下の手順では,工作室から接続を作成し,サイトの作成ウィザード,または接続の作成ウィザードのどちらかを起動したことを前提にしています。
- ブラウザーで,https://manage.windowsazure.com/publishsettings/indexに移動します。
- 検索ボックスの横にある云壳アイコンをクリックし,手順に従って公開設定ファイルをダウンロードします。
- 工作室で,ウィザードの[接続]ページから微软Azureの接続の種類を選択し,[インポート]をクリックします。
- 複数のサブスクリプションがある場合は,目的のサブスクリプションを選択するためのプロンプトが表示されます。
IDと証明書が自動的に工作室にインポートされます。メッセージやプロンプトは表示されません。
接続を使った電源操作は,しきい値に左右されます。一般に,デフォルト値が適切で,変更すべきではありません。ただし,接続を編集して,変更することができます(接続を作成するときには,これらの値は変更できません)。詳しくは。”接続設定の編集“を参照してください。
仮想マシン
工作室でマシンカタログを作成する場合,選択できる各仮想マシンのサイズは,工作室の示すオプション,選択したVMインスタンスの種類のコストとパフォーマンス,およびスケーラビリティに左右されます。
工作室は,微软Azureによって利用可能にされたVMインスタンスオプションをすべて,選択された領域に表示します。Citrixはこの表示を変更できません。したがって,自分が使用しているアプリケーションとそのCPU、メモリ,I / O要件を熟知しておく必要があります。価格やパフォーマンスの異なる選択肢がいくつか用意されています。微软のサイトで以下の記事を参照して,オプションをよく理解してください。
- Azureの仮想マシンとクラウドサービスのサイズ:https://docs.microsoft.com/en-us/azure/cloud-services/cloud-services-sizes-specs
- 仮想マシンの価格設定:http://azure.microsoft.com/en-us/pricing/details/virtual-machines
基本層:接頭辞“基本”がついたVMは基本ディスクを表します。これらは当初,微软のサポートするIOPSのレベルが300に制限されています。デスクトップOS (VDI)やサーバーOS RDSH(リモートデスクトップセッションホスト)のワークロードには推奨されません。
標準層:標準層VMは4つの系列:A, D, DS, Gで表示されます。
シリーズ | 工作室での表示 |
---|---|
一个 | 極小,小,中,大,極大,A5、A6, A7, A8, A9, A10, A11。デスクトップOS (VDI)ワークロードを使ったテストには中,サーバーOS (RDSH)ワークロードの場合は大を推奨します。 |
D | 标准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インスタンスの種類とコストおよびパフォーマンス
米国での,各仮想マシンインスタンスタイプの1時間あたりの料金については,http://azure.microsoft.com/en-us/pricing/details/virtual-machines/を参照してください。
クラウド環境では,実際のコンピューティング要件を理解することが重要です。概念実証などのテスト作業では,高性能な種類のVMインスタンスを使いたくなるかもしれません。また,コスト節減のため,性能の低いVMを使いたくなることもあるでしょう。タスクに見合ったVMを使用するようにしましょう。最高のパフォーマンスで始めても,必要な結果を得られないことがありますし,時間の経過に伴って,場合によっては1週間以内に,コストが非常に高額になります。パフォーマンスが低く,コストも安い種類のVMインスタンスでは,パフォーマンスとユーザーの操作性がタスクに適さない可能性があります。
デスクトップOS (VDI)またはサーバーOS (RDSH)ワークロードの場合,中程度のワークロードに対してLoginVSIを使用したテスト結果から,インスタンスの種類に中(A2)と大(A3)を選択すると,価格性能比が最高になることがわかりました。
中(A2)と大(A3またはA5)は,ワークロードの評価において,最高の価格性能比を発揮します。これ以下の設定はお勧めしません。より高い性能を持つ7 VMシリーズはアプリケーションやユーザーが要求するパフォーマンスや操作性をもたらすかもしれませんが,性能の高い種類のVMインスタンスに本当の価値があるかどうかを判断するには,これら3種類のインスタンスの1つを基準にするのが一番です。
スケーラビリティ
ホストユニットでのカタログのスケーラビリティに影響を与える制約は数種類あります。一个zureサブスクリプションにあるCPUコアの個数など、Microsoft Azureのサポートに連絡して、デフォルト値(20)を増やしてもらえば緩和される制約もあります。また、仮想ネットワークにおけるサブスクリプション1件あたりのVM数(2048)など、変更できないものもあります。
現在,Citrixはカタログ1つあたり1000個のVMをサポートしています。
1カタログまたはホストあたりのVM数を増やすには,微软Azureサポートにお問い合わせください。微软Azureのデフォルト制限は,VMがある一定の数以上に増加するのを阻止しています。ただし,この制限は頻繁に変更されますので,以下で最新情報を確認してください:http://azure.microsoft.com/en-us/documentation/articles/azure-subscription-service-limits/。
微软Azure仮想ネットワーク1つあたり,サポートされているVMの数は最高2048個です。
微软は1クラウドサービスあたりの標準ディスクVMの数を40に制限するよう推奨しています。拡張する場合は,接続全体に含まれるVMの個数に対して必要なクラウドサービスの数を考慮してください。また,ホストされたアプリケーションの提供に必要なvmも考えましょう。
ワークロードをサポートするために,CPUコアのデフォルトの制限値を引き上げる必要があるかどうかの判断は,微软Azureのサポートにご相談ください。