ホストプールが実行されたら、次のステップはユーザーデータとプロファイル用のストレージを設定することです。Nerdio Managerは、Azure FilesとAzure NetApp Filesの両方で動作します。これらは、専用のファイルサーバーVMの代わりとして一般的に使用されるAzureネイティブサービスであり、多くの場合、FSLogixなどのプロファイル管理ソリューションと組み合わせて使用されます。
Nerdio Managerを既存のAzure FilesまたはAzure NetApp Files共有にリンクすることも、Nerdio Managerに新しい共有を作成して設定することもできます(権限やドメイン参加を含みます)。Nerdio Managerは両方のストレージタイプに自動スケールを追加するため、事前に過剰にプロビジョニングするのではなく、実際に使用している容量に対してのみ料金を支払うことになります。
-
Azure Files のファイル共有を、Active Directory ドメインに参加させるために必要な権限
-
構成された Azure Files 共有を作成および管理する
この記事では、Azure Files ファイル共有を Active Directory ドメインに参加させるために使用される非管理者の委任されたドメインユーザーサービスアカウントに必要な権限について説明します。これらの権限が正しくない場合、ドメイン参加の際にエラーが発生します。エラーには、「アクセスが拒否されました」や「クライアントによって保持されていない必須の特権」といったものが含まれる場合があります。
これは Entra Domain Services 環境には適用されません。Entra Domain Services 環境では、機能を有効にするだけで、特別なサービスアカウントとしてドメインに参加する必要はありません。 Nerdio Manager
注記
注:展開を容易にするために、ドメイン管理者を使用するか、一時的に委任されたサービスアカウントをドメイン管理者権限に昇格させることができます。
ドメイン管理者アカウントは、Azure Files ファイル共有をドメインに参加させるのに十分です。ただし、サービスアカウントを使用し、そのアカウントに特定の権限を委任している場合、AVD セッションホストに使用される「コンピュータアカウントの追加/削除」委任権限では、Azure Files ファイル共有を追加するには不十分です。
注記
-
Azure Files のドメイン参加 プロセスは、ドメイン ユーザーのコンテキストで実行する必要があります。 Nerdio Manager は、提供されたドメイン管理者資格情報、または以下の詳細な手順に従って十分な権限が委任されたユーザー資格情報を使用して、このプロセスを完了します。ドメイン管理者の資格情報を使用していない場合、またはドメイン管理者ユーザーが Nerdio Manager管理者権限を受け取らない場合、 の自動化はドメイン参加を完了できない可能性があります。
-
Nerdio Manager
-
ドメイン管理者(または委任された)権限は、Azure Files ドメイン参加モジュールの要件です。ローカル管理者権限は、 Nerdio Manager
Azure Files は、委任されたサービスプリンシパルユーザーオブジェクトとしてドメインに参加します。Azure Files ストレージアカウントをドメインに参加させるためには、提供されたサービスアカウントに、新しいユーザーオブジェクトの作成および書き込みを許可するターゲット組織単位 (OU) の権限が必要です。さらに、サービスアカウントには、Azure Files のサインインアカウントを委任されたサービスとして設定するための権限も必要です。デフォルトでは、この特権はADドメイン管理者ユーザーのみに提供されます。
以下の手順では、Active Directory Users & Computers(ADUCまたはdsa.msc)を使用して、ユーザーオブジェクトを作成および書き込むための権限を委任する方法を説明します。
ユーザーオブジェクトを作成するための権限を委任するには:
-
Azure Filesを参加させるOUを見つけます。
-
OU を右クリックし、Delegate Controlを選択します。
-
Azure Files をドメインに参加させるために使用するサービスユーザーアカウントを追加します。
-
ユーザーアカウントの作成、削除、および管理の権限を委任します。
-
変更を適用するには、完了を選択します。
以下の手順では、Azure Filesをドメインに参加させるために使用されるサービスユーザーアカウントが、新しいオブジェクトをAzure Filesの委任されたサービスとしてマークできるようにする方法を説明します。これには、グループ ポリシー管理(gpmc.msc)で既定のドメイン コントローラー グループ ポリシー オブジェクトを変更する必要があります。
委任されたユーザー作成の権限を削除するには:
-
既定のドメイン コントローラーのポリシーを右クリックし、編集するを選択します。
-
コンピュータの構成 > ポリシー > Windows設定 > セキュリティ設定 > ローカルポリシー > ユーザー権利の割り当てに移動します。
-
コンピュータおよびユーザーアカウントを委任のために信頼できるようにするポリシーを見つけます。
-
Azure Filesをドメインに参加させるために使用されるサービスユーザーアカウント名をポリシーに追加します。
-
エディターを閉じます。
-
すべてのドメインコントローラーでgpupdate /forceを実行します。
注記
注意: ポリシーの変更は、gpupdateが完了した後に適用されるまでに数分かかる場合があります。
Azure Files ページには、構成されたおよびリンクされたすべての Azure Files 共有のリストが含まれています。Azure Files 共有に対して、作成、リンク、管理など、さまざまな操作を実行できます。これには、自動スケール、リンク解除、権限の設定および変更、ファイルハンドルの閉鎖、Azure Files UNC パスのコピーなどのオプションが含まれます。
Nerdio Manager
既存の Azure Files ファイル共有にリンクするには:
-
クラウドデスクトップ > ストレージ > Azure Files に移動します。
-
「Link Azure Files」を選択します。
-
次の情報を入力してください:
-
ストレージアカウントドロップダウンリストからストレージアカウントを選択します。
-
ファイル共有ドロップダウンリストからファイル共有を選択します。
-
-
すべての希望する情報を入力したら、OKを選択します。
数秒後、Azure Files 共有が Nerdio Manager
Nerdio Manager
ネットワーク要件
Azure Files 共有への適切な接続を確保するために、次のポートが開いていることを確認してください。
追加のポートは、Azure Government環境に適用される場合があります。
|
ポート |
プロトコル |
目的 |
|---|---|---|
|
53 |
TCP/UDP |
Active Directory の DNS 名解決 |
|
88 |
TCP/UDP |
Kerberos 認証 (AD DS 統合用) |
|
135 |
TCP RPC |
エンドポイント マッパー (AD DS 統合用) |
|
389 |
TCP/UDP |
ドメインコントローラー通信のための LDAP (AD DS 統合用) |
|
443 |
TCP HTTPS |
REST API アクセス、Azure File 同期、SMB over QUIC |
|
445 |
TCP |
SMB ファイルアクセス |
|
636 |
TCP |
セキュア LDAP (LDAPS) |
|
2049 |
TCP |
NFS プロトコルアクセス |
|
3268 |
TCP |
グローバルカタログ (LDAP) |
|
3269 |
TCP |
セキュアグローバルカタログ (LDAPS) |
|
1 - 128 |
TCP |
RPC ダイナミックポート (AD DS 統合用) |
新しい Azure Files ファイル共有および/またはストレージアカウントを作成するには:
-
クラウドデスクトップ > ストレージ > Azure Files に移動します。
-
Azure Files の追加を選択します。
-
次の情報を入力してください:
-
ストレージアカウントドロップダウンリストからストレージアカウントを選択します。
注記
名前がこれらの要件を満たしていない場合、作成オプションは表示されず、検証メッセージも表示されません。
-
ストレージアカウントの説明ストレージアカウントの説明
-
パフォーマンスパフォーマンス: ドロップダウンリストからファイル共有のパフォーマンスレベルを選択してください。
注記
注意: プレミアムストレージアカウントはソリッドステートドライブによってサポートされ、一貫した低遅延のパフォーマンスを提供します。これらは Azure 仮想マシンディスクでのみ使用でき、データベースなどの I/O 集中型アプリケーションに最適です。さらに、すべてのディスクにプレミアムストレージを使用する仮想マシンは、可用性セット外で実行されている場合でも 99.9% の SLA の対象となります。この設定は、ストレージアカウントの作成後には変更できません。
-
ヒント
ヒント: 最適なユーザーエクスペリエンスを得るために、Premium を選択することを強くお勧めします。
-
レプリケーションドロップダウンリストからストレージレプリケーションのタイプを選択します。
注記
注意: 詳細については Azure Storage 冗長性 を参照してください。
-
ファイル共有名共有の名前を入力します。
-
ファイル共有の説明共有の説明を入力します。
-
プロビジョニング容量 (GiB)プロビジョニングされた容量のサイズを入力します。
-
-
ストレージアカウント構成 セクションに次の情報を入力してください:
-
共有レベルの権限:ストレージアカウントのデフォルトの共有レベルのアクセス許可を設定するには、このオプションを選択します。
注記
-
SMB Share Contributor 権限を使用すると、認証されたすべてのユーザーに共有への読み取り / 書き込みアクセスを許可できます。
-
SMB Share Reader を使用すると、認証されたすべてのユーザーに共有への読み取り専用アクセスを許可できます (例: MSIX App Attach)。
詳しくは、認証されたすべてのアイデンティティの共有レベルのアクセス許可を参照してください。
-
-
AD または Entra ID に参加:このオプションを選択し、ドロップダウンリストから Entra ID または AD プロファイルを選択して、共有に直接参加します。
-
コンピューター参加済みファイル共有を作成このオプションを選択して、ユーザーオブジェクトまたはコンピューターオブジェクトを Active Directory に作成することで、Azure Files ストレージアカウントを AD に参加させます。
注記
ドメイン参加プロセスでは、ユーザーオブジェクトの使用をお勧めします。このアカウントを無効化または削除したり、パスワードをリセットしたりするポリシーが有効になっていないことを確認してください。コンピューターオブジェクトを選択する場合は、このアカウントが自動クリーンアッププロセスから除外されていることを確認してください。すべてのファイル共有は AES256 暗号化を有効にした状態で作成されます。
-
SMB マルチチャネルを有効にする:選択して有効にします。
注記
Azure Files SMB マルチチャネルでは、クライアントが複数のネットワーク接続を利用でき、パフォーマンス向上を可能にします。複数の NIC による帯域幅の集約と、NIC の Receive Side Scaling (RSS) サポートを利用して I/O 負荷を複数の CPU に分散することで、パフォーマンスが向上します。
-
-
ファイル共有設定 セクションに次の情報を入力します:
-
アクセス許可 (SMB Share Contributor)共有に対して Storage File Data SMB Share 共同作成者ロールを持つユーザーやグループを指定します。
-
ホストプールからユーザー/グループを追加するドロップダウンリストから、これらのホストプールに現在割り当てられているユーザー/グループを選択し、共有に対する Storage File Data SMB Share 共同作成者ロールを付与します。
-
注記
注意: Azure Files 共有を FSLogix プロファイルおよび MSIX App Attach イメージのストレージ場所として使用するには、ストレージアカウントを Active Directory、Entra Domain Services、または Entra ID と統合する必要があります。ストレージアカウントを AD または Entra ID に参加させないことを選択した場合でも、後で参加させることができます。ストレージアカウントを AD に参加させると、一時 VM が作成され、AD プロファイルの資格情報を使用して、選択した AD にストレージアカウントがコンピューターオブジェクトとして追加されます。ストレージアカウントを Entra Domain Services と統合すると、Azure で適切なフラグが設定されます。ドメイン参加済みの一時 VM を作成し、AES-256 暗号化を有効にするには、Entra Domain Services 管理者プロファイルの資格情報が必要です。ストレージアカウントを Entra ID に参加させると、必要なアプリ登録が作成され、必要な承諾を付与するオプションが表示されます。
-
NTFS ファイルレベルのアクセス許可を割り当てる:新しく作成したファイル共有に Nerdio Manager が NTFS ファイルレベルのアクセス許可を割り当てるには、このオプションを選択します。
注記
-
これは、上記で選択した Azure RBAC ロールの割り当てに加えて行われます。
-
このオプションでは、アクセス許可の割り当てタスクを実行するための一時 VM が自動的に作成されます。
-
新しい Azure Files 共有で使用される既定のファイル アクセス許可に関する情報については、Microsoft の 記事をご覧ください。
-
App AttachApp Attach: 共有内のサブディレクトリに認証されたユーザーに読み取り権限を付与するには、このオプションを選択します。App Attach アプリケーションを含む共有に推奨されます。
-
FSLogixこのオプションを有効にして、共有内のルートディレクトリに認証ユーザー変更アクセス許可を付与し、FSLogix プロファイルフォルダの作成を可能にします。
注記
FSLogix プロファイルを含む共有に推奨されます。
-
-
-
詳細設定を表示Azure Files を Active Directory に参加させるために、Nerdio Manager は一時 VM を作成して操作を実行します。この一時 VM に使用する設定を選択します。
ヒント
Nerdio Manager 一時 VM を作成する際には、 に既定の設定を使用することを強くお勧めします。つまり、詳細設定を使用しないことをお勧めします。
-
タグを適用する : タグを適用:任意で、Azure Files 共有に適用する Azure タグの 名前 と 値 を入力します。
-
OK を選択して設定を保存します。
Nerdio Manager
構成された Azure Files ファイル共有を管理するには:
-
クラウドデスクトップ > ストレージ > Azure Files に移動します。
-
管理したい Azure Files ファイル共有を見つけてください。
-
アクションメニューでは、次の機能を実行できます:
-
ストレージアカウントの管理Entra ID ホストサポートを有効にできます。詳細については、Entra ID 参加ホストサポートを有効にするを参照してください。
-
Auto-scale自動スケール:詳細については、Azure Files Storage Premium の自動スケールを参照してください。
-
ファイルハンドルファイルのロックを解除する/オープンファイルハンドルを閉じる。
-
FSLogix プロファイルを強制収集これにより、リンクされているすべてのファイル共有で FSLogix データの収集が強制されます。
-
UNC パスをコピーしてください。UNC パスをクリップボードにコピーします。
-
リンク解除Nerdio Manager から Azure Files ファイル共有を削除します。
-
FSLogix プロファイルを削除する:選択した FSLogix プロファイルを削除します。
-
FSLogix プロファイルを復元する以前に削除された、選択した FSLogix プロファイルを復元します。
-
-
アクションメニューから、管理を選択して、Azure Files ファイル共有のパラメータと権限を変更します。
FSLogix データを一括収集するには:
Nerdio Manager
-
クラウドデスクトップ > ストレージ > Azure Files に移動します。
-
FSLogix データを収集したいファイル共有を選択してください。
-
一括アクションメニューから、選択したファイル共有 (x) の FSLogix プロファイルを強制的に収集するを選択します。
注記
注意: (x)は、一括アクションが適用される Azure Files 共有の数を示します。この例では、4 つの Azure Files 共有が選択されています。
Entra ID に参加しているホストは、アプリ配信の選択肢が広がる App Attach アプリを利用できるようになりました。
前提条件
-
App Attach についてご存知である必要があります。詳細は、App Attach と MSIX App Attach in Azure Virtual Desktopをご覧ください。
役立つ情報
App Attachは、以下のアイデンティティプロバイダーをサポートしています:
-
Microsoft Entra ID
-
Active Directory Domain Services(AD DS)
既定のファイル共有 NTFS 権限:
-
BUILTIN\Administrators:(OI)(CI)(F)
-
BUILTIN\Users:(RX)
-
BUILTIN\Users:(OI)(CI)(IO)(GR,GE)
-
NT AUTHORITY\Authenticated Users:(OI)(CI)(M)
-
NT AUTHORITY\SYSTEM:(OI)(CI)(F)
-
NT AUTHORITY\SYSTEM:(F)
-
CREATOR OWNER:(OI)(CI)(IO)(F)
App Attach のファイル共有 NTFS 権限:
-
BUILTIN\Users:(RX)
-
BUILTIN\Users:(OI)(CI)(IO)(GR,GE)
-
NT AUTHORITY\Authenticated Users:(OI)(CI)(M)
-
CREATOR OWNER:(OI)(CI)(IO)(F)
使用領域
App Attachを使用するホストはMicrosoft Entra IDに参加しています。
そのようなホストで App Attach を利用するための唯一の必須条件は、App Attach イメージを格納するストレージアカウントが同じサブスクリプション内にあり、Reader および Data Access ロールが Azure Virtual Desktop および Windows Virtual Desktop ARM Provider のメンバーに割り当てられていることです。ストレージアカウントは、任意のアイデンティティプロバイダー(Microsoft Entra ID、AD DS)と統合することも、まったく統合しないこともできます。
App Attachを使用するホストはAD DSに参加しています。
必須条件:
-
App Attach イメージを格納するストレージアカウントは、AD DS に参加しています。
-
App Attach NTFS 権限はファイル共有に設定されています。
-
共有レベルの権限が設定されています。
共有レベルの権限設定のバリエーション:
-
すべての認証されたアイデンティティに対する読み取り専用アクセス:既定の共有レベル権限で、ストレージアカウント上のすべての認証されたアイデンティティに、少なくとも Storage File Data SMB Share Reader 役割が割り当てられています。
-
ドメインコンピュータに対する読み取り専用アクセス:
-
Active Directory で、ADConnect を使用して Entra ID に同期されている組織単位 (OU) に新しいグローバルセキュリティグループを作成します。
-
ドメインコンピュータを新しいグループに追加します。
-
Azure ポータルのアクセス制御を通じて、少なくとも Storage File Data SMB Share Reader ロールを持つ新しく作成されたセキュリティグループをファイル共有に追加します。
-
-
いくつかのカスタム設定。
関連トピック
Azure Filesプレミアムストレージは、2世代のファイル共有をサポートしており、それぞれ課金方法と自動スケール方法が異なります。
-
プロビジョニング済み V1: 使用容量に関係なく、プロビジョニング済みのファイル共有サイズに基づいて課金されます。ファイル共有サイズは 100 GiB から 102,400 GiB の範囲です。IO およびネットワーク帯域幅の制限はプロビジョニングされたサイズに合わせて自動的にスケールされますが、個別に構成することはできません。
-
Provisioned V2: ファイル共有サイズ、IOPS、スループットという、個別にプロビジョニングされた 3 つの値に基づいて課金されます。Azure は最大 262,144 GiB までのファイル共有サイズをサポートしていますが、Max quota limitフィールドでは現在最大 102,400 GiB までしか受け付けません(これは将来のリリースで修正される予定の既知の製品制限です)。プロビジョニングされた IOPS は 3,000 から 102,400 の範囲、プロビジョニングされたスループットは 100 から 10,340 MiB/s の範囲です。これら 3 つすべての課金レートは、リージョンやその他のパラメーターによって異なります。詳細については、Azure Files Pricingを参照してください。
有効にすると、ストレージの自動スケールは、スケジュールされた需要(スケジュールされたクォータ増加 / スケジュールされたパフォーマンス増加を参照)または測定されたストレージ レイテンシ(スケーリングロジックを参照)に応じて、プロビジョニングされた値を増加させます。また、追加のパフォーマンスが不要になった場合にはコストを削減するために値を減少させますが、各値は前回の増加から 24 時間経過した後にのみ減少させることができます。増加に対するクールダウン期間はありません。
Azure Files を使用したストレージの自動スケールは、ファイル共有の容量不足を回避するために、指定された余裕容量を維持するためにも使用できます。
注記
自動スケールは、Azure Files の従量課金制ファイル共有(標準、非プロビジョニング済み)では使用できません。これらのファイル共有は、プロビジョニング済みの値ではなく、使用容量とトランザクションに基づいて課金されるため、自動スケールで調整する対象がありません。自動スケールは、SSD(Premium)または HDD(標準)のいずれかの階層のプロビジョニング済み V2 ファイル共有で利用可能です。どちらもプロビジョニング済みのサイズ、IOPS、およびスループットに基づいて課金されるためです。
注記
自動スケールは、新しくリンクされたファイル共有では既定で無効になっています。プロビジョニング済み V1 とプロビジョニング済み V2 の間で変換を行うことはできません。世代は基盤となるストレージアカウントが作成された時点で固定され、ファイル共有は常にどちらか一方になります。
これらのAuto-scaleパラメータを構成する必要があります:
-
プロビジョニング済み サイズ(クォータ)、IOPS、およびスループット (スケールされる値は、ファイル共有がプロビジョニング済み V1 かプロビジョニング済み V2 かによって異なります。以下を参照してください)
-
スケジュールされたクォータ増加(プロビジョニング済み V1)またはスケジュールされたパフォーマンス増加(プロビジョニング済み V2)(オプション)
-
スケーリングロジック
Azure Files PremiumのAuto-scaleを構成および管理するには:
-
クラウドデスクトップ > ストレージ > Azure Files に移動します。
-
管理するファイル共有を特定します。
-
アクションメニューから、[自動スケール] > [設定] を選択します。
-
自動スケール オプションを オン に切り替えます。
-
ファイル共有の世代(プロビジョニング済み V1 またはプロビジョニング済み V2)に一致する表を参照し、リストされている プロビジョニング済み サイズ(クォータ)、IOPS、およびスループットの設定を入力します。
注記
値が構成された範囲外にある場合、自動スケールは次回の実行時にその値を範囲内に戻しますが、どちらの方向であっても常に範囲の最小値に戻します。たとえば、すでに構成された最大値よりも大きいファイル共有で自動スケールを有効にした場合、自動スケールは最大値までではなく、最小値まで縮小します。
UI 要素
タイプ
説明
クォータ単位
ドロップダウンリスト
Minimum size および Maximum size に使用する単位を選択してください:Relative (%)(現在使用中の容量に対するパーセンテージで表されるバッファー)、または Absolute (GiB)(現在使用中の容量に加算される固定の GiB 数で表される同じバッファー)。いずれの場合も、両方のフィールドは引き続き使用済み容量を追跡します。単位はバッファーの表現方法を変更するだけです。
最小サイズ
テキストフィールド
自動スケールが維持する最小サイズ。GiB または使用済み容量に対する % で入力します。最小値は 100 GiB であり、ファイル共有の現在の使用済み容量より小さく設定することはできません。この値は、使用済み容量の増加に伴って自動スケールが常に確保しておく空き容量のバッファーを定義します。
最大サイズ
テキストフィールド
自動スケールがファイル共有を拡張する最大サイズ。GiB または使用済み容量に対する % で入力し、未満 フィールドに入力された上限までとなります。自動スケールは、制御不能な増加を防ぐため、共有するサイズをこの最大値までに拡大します。
パフォーマンス
読み取り専用表示
設定されたサイズ範囲から得られる最小値および最大値のパフォーマンス特性を表示します。これらの値は、Azure がプロビジョニング済みサイズから計算し、直接設定することはできません。
-
IO/S: ベースライン IOPS。3,000 + 1 × プロビジョニング済み GiB で計算され、最大ベースラインレートは 100,000 IO/s です。
-
Burst IO/S: 10,000 IO/s またはベースライン IO/s レートの 3 倍のいずれか大きい方。未使用のベースライン IO はバーストクレジットとして(上限まで)蓄積され、需要がベースラインレートを超えたときに、最大バーストレート 100,000 IO/s まで消費されます。
-
Egress Rate: 1 秒あたりの許可されるネットワークエグレス。60 + (共有クォータ × 0.06 MiByte/s) で計算されます。
-
イングレスレート: 1秒あたりの許可されるネットワークイングレス。40 + (共有クォータ × 0.04 MiByte/s) として計算されます。
注記
プロビジョニング済みサイズ、IOPS、およびスループットの課金レートは、リージョンやその他のパラメータによって異なります。詳細はAzure Filesの料金体系を参照してください。
UI 要素
タイプ
説明
クォータ単位
ドロップダウンリスト
最小値 および 最大値 に使用する単位を選択してください:Relative (%)(現在使用中の容量に対するパーセンテージで表されるバッファー)、または Absolute (GiB)(現在使用中の容量に加算される固定の GiB 数で表される同じバッファー)。いずれの場合も、両方のフィールドは引き続き使用済み容量を追跡します。単位はバッファーの表現方法を変更するだけです。
最小サイズ
テキストフィールド
自動スケールが維持する最小値。GiB または使用済み容量に対する % で入力します。最小値は32 GiBであり、共有する現在の使用済み容量より小さく設定することはできません。この値は、使用済み容量の増加に伴って自動スケールが常に確保しておく空き容量のバッファーを定義します。
自動スケールは、共有するサイズをそのサイズフロア未満に縮小することはありません。これは、IOPS およびスループットの上限が、現在プロビジョニングされている共有する IOPS とスループットをカバーできる最小値であるためです。例えば、20,000 IOPS がプロビジョニングされた SSD ティアの共有するリソースは、上限を 20,000 IOPS 以上に維持するために必要なサイズであるため、約 1,000 GiB 未満にはスケールインしません。HDD の推奨 IOPS 式は SSD のそれよりも GiB あたりの増加が緩やかであるため、同じプロビジョニング済み IOPS 値では、上限をクリアするために、より大きな HDD の共有するリソースが必要となります。
最大サイズ
テキストフィールド
自動スケールは、共有するサイズを GiB または使用済み容量に対する % で入力された 上限 までに拡大します。Azure は最大 262,144 GiB までの共有するサイズをサポートしていますが、このフィールドは現在、最大 102,400 GiB までを受け付けます。これは既知の製品制限であり、将来のリリースで修正される予定です。自動スケールは、制御不能な増加を防ぐため、共有するサイズをこの最大値までに拡大します。
プロビジョニング済み IOPS
テキストフィールド(開始 / 終了)
自動スケールがプロビジョニング済みIOPSを維持する範囲です。Azure は、共有する現在のサイズに対して Microsoft が推奨する値の 5 倍に達するまで、プロビジョニング済み IOPS に上限を適用するガードレールを実施しており、そのティアの絶対最大値を超えることはありません。推奨値、したがって上限は、メディアティアによって異なります。
-
SSD (Premium): 推奨IOPSは 3,000 + 1 × プロビジョニング済みGiB です。上限はその値の5倍で、102,400 IOPSを超えることはありません。32 GiBの場合、上限は15,160 IOPSであり、約17,480 GiBで絶対最大値の102,400 IOPSに達します。
-
HDD (Standard): 推奨IOPSは 1,000 + 0.2 × プロビジョニング済みGiB です。上限はその値の5倍で、50,000 IOPSを超えることはありません。32 GiBの場合、上限は約5,030 IOPSであり、約45,000 GiBで絶対最大値の50,000 IOPSに達します。
いずれにせよ、上限は共有するサイズの増加に伴って上昇します(最大割り当て制限フィールドで現在許可されている 102,400 GiB を大きく下回っています)。自動スケールは、より高い IOPS の上限に達するためだけに共有するサイズを拡大するわけではありません。最小値を引き上げることで、上限が早く引き上げられます。
これはラチェット式であり、厳格なブロックではありません。ガードレール導入前に既に 5 倍以上でプロビジョニングされていた共有するリソースは、そのまま実行され続けますが、自動スケールは IOPS 対サイズの比率がこれ以上増加することを許しません。
プロビジョニング済みスループット (MiB/s)
テキストフィールド(開始 / 終了)
自動スケールがプロビジョニング済みスループットを維持する範囲です。Azure は、共有する現在のサイズに対して Microsoft が推奨する値の 5 倍を上限とするようプロビジョニング済みスループットにガードレールを適用しており、ティアの絶対最大値を超えることはありません。推奨値、したがって上限は、メディアティアによって異なります。
-
SSD (Premium): 推奨スループットは、プロビジョニングされたGiBあたり100 + 0.1 MiB/sであり、その値の5倍に制限され、10,340 MiB/sを超えることはありません。32 GiBでは上限は520 MiB/sであり、約19,680 GiBで10,340 MiB/sの絶対最大値に達します。
-
HDD (Standard): 推奨スループットは、プロビジョニングされたGiBあたり60 + 0.02 MiB/sであり、その値の5倍に制限され、5,120 MiB/sを超えることはありません。32 GiBでは上限は約303 MiB/sであり、約48,200 GiBで5,120 MiB/sの絶対最大値に達します。
いずれにせよ、上限は共有する量が増加するに伴い上昇します(Max クォータ制限フィールドで現在許可されている102,400 GiBを十分に下回っています)。自動スケールは、より高いスループット上限に達するためだけに共有する量を増やすわけではありません。最小値を引き上げることで、上限が早期に引き上げられます。
これはラチェットであって厳格なブロックではありません。このガードレールが存在する前に、すでに5倍以上プロビジョニングされた共有するはそのまま稼働し続けます。自動スケールは、そのスループットとサイズの比率がこれ以上増加しないようにします。
-
-
必要に応じて、スケジュールされたクォータ増加 (プロビジョニング済み V1) または スケジュールされたパフォーマンス増加 (プロビジョニング済み V2) をオンに切り替えます。これは、定期的なウィンドウ中に一時的な増加をコミットするものです。たとえば、予測可能なピーク需要がある日がある場合などに使用します。スケジュールが有効な間、スケジュールされた値が保持され、レイテンシベースのスケーリングルールはそれらに適用されません。共有(共有する)の世代に対応する表を参照し、記載されている設定を入力してください。
注記
プロビジョニングされたサイズ(クォータ)は、スケジュールされた期間の開始時に増加します。その後、通常の範囲に戻すことは減少にあたるため、24時間のロックの対象となります。スケジュールされた期間が終了したという理由だけで自動的に戻ることはありません。
つまり、クォータはスケジュールされた当日を過ぎても高いままになる可能性があります。増加は選択した各日の開始時に発生し、その増加から24時間後(翌日の開始時)までクォータをスケールインすることはできません。月曜日から金曜日の定期的なスケジュールの場合、連続するスケジュール日の間でクォータが通常の範囲に戻らないことを意味する可能性があります。これは、コストへの潜在的な影響として計画しておく価値があります。
UI 要素
タイプ
説明
+ 日間
ドロップダウンリスト
スケジュールを適用する日の範囲を選択してください。
時間
時間範囲とドロップダウンリスト
スケジュールを適用するタイムゾーンを選択してください。このフィールドには開始/終了時間の範囲も表示されますが、スケジュールは現在、ここに入力された時間に関係なく、選択した各日の全体に適用されます。
プロビジョニング済みサイズ (クォータ) を次に設定:
テキストフィールド
スケジュールされた期間中に、現在の使用容量を上回るクォータとして設定される共有する。
注記
プロビジョニング済みIOPSおよびスループットは、スケジュールされた期間の開始時に増加します。その後それらを通常の範囲に戻すことは減少にあたるため、それぞれに 24 時間のロックが適用されます。スケジュールされた期間が終了したという理由だけで自動的に行われるわけではありません。(サイズにも独自の独立した 24 時間のロックがありますが、このスケジュールはサイズを固定するものではありません。プロビジョニング済みサイズ (クォータ)、IOPS、およびスループットを参照してください。)
つまり、IOPS とスループットはスケジュールされた当日を過ぎても高い状態が続く可能性があります。増加は選択した各日の開始時に発生し、その増加から24時間後(翌日の開始時)までスケールインすることはできません。月曜日から金曜日の定期的なスケジュールでは、連続するスケジュール日の間で通常の範囲に戻らないことを意味する場合があります。これは潜在的なコストへの影響として計画しておく価値があります。
UI 要素
タイプ
説明
+ 日間
ドロップダウンリスト
スケジュールを適用する日の範囲を選択してください。
時間
時間範囲とドロップダウンリスト
スケジュールを適用するタイムゾーンを選択してください。このフィールドには開始/終了時間の範囲も表示されますが、スケジュールは現在、ここに入力された時間に関係なく、選択した各日の全体に適用されます。
プロビジョニング済み IOPS の設定値:
テキストフィールド
スケジュールされた期間中に、共有するとして維持されるプロビジョニング済み IOPS 値。
プロビジョニング済みスループット (MiB/s) の設定値:
テキストフィールド
スケジュールされた期間中に、共有するとして維持されるプロビジョニング済みスループット値。
-
これらの条件は、自動スケールがプロビジョニングする値をいつ増減させるかを決定します。増加を提案するルールがあれば増加が発生し、ルールが減少を提案したときに減少が適用されます。共有(共有する)の世代に対応する表を参照し、スケーリングロジック設定を入力してください。
注記
プロビジョニング済みサイズ(クォータ)は、前回のクォータ増加から24時間後にのみスケールインできます。増加にクールダウン期間はありません。
プロビジョニング済み V1 は、どちらもサイズ (クォータ) を対象とする最大2つのルールをサポートしています。各ルールにはスケールアウト条件とスケールイン条件の両方が含まれています。2 つのルールは「スケールアウト用とスケールイン用」に分かれているわけではありません。その代わり、トリガーによって区別されます。1 つのルールは平均レイテンシを使用し、もう 1 つは最大値レイテンシを使用できます。各トリガーは 1 回のみ使用可能です。
複数のルールの条件が同時に満たされた場合、自動スケールは次のようにそれらを組み合わせます。増加を提案するルールがあれば増加が優先され、減少を提案するルールがある場合に減少が適用されます。2 つのルールが両方とも減少を提案している場合は、より高い(控えめな)結果値が適用されます。レイテンシが自身のスケールアウトしきい値とスケールインしきい値の間にあるルールは何も提案しません。変更を提案する他のルールを拒否することはありません。
UI 要素
タイプ
説明
自動スケールトリガーを選択
ドロップダウンリスト
スケーリングを駆動するレイテンシ指標:成功サーバーレイテンシ (平均) (デフォルト) または 成功サーバーレイテンシ (最大値) — Azure Storage が正常なリクエストを処理するのにかかる平均時間または最大時間。
クォータ (スケールアウト) を増やす
テキストフィールド (% または GiB)
以下のスケールアウト条件が満たされるたびにクォータを増やすステップサイズ(クォータ単位で設定された単位)。レイテンシしきい値を超えている間、システムは設定された最大サイズに達するか、レイテンシがしきい値を下回るまでスケーリングアウトを続けます。
成功サーバーレイテンシが次を超えた場合
テキストフィールド (ms)
スケールアウトをトリガーするレイテンシのしきい値(ミリ秒単位)。
…分間(スケールアウト)
ドロップダウンリスト
スケールアウトのレイテンシしきい値を維持する必要がある測定ウィンドウ:5分、15分、30分、または60分。
割り当てを減らす (スケールイン) は
テキストフィールド (% または GiB)
以下のスケールイン条件が満たされるたびにクォータを減少させるステップサイズ。
成功サーバーレイテンシが次を下回った場合
テキストフィールド (ms)
スケールインをトリガーするレイテンシのしきい値(ミリ秒単位)。
…分間(スケールイン)
ドロップダウンリスト
スケールインのレイテンシしきい値を維持する必要がある測定ウィンドウ:5分、15分、30分、または60分。
注記
Provisioned IOPSとスループットは、それぞれ前回の増加から24時間経過後にのみ減少させることができます。増加に対するクールダウンはありません。(サイズにも個別の24時間ロックがあり、IOPSやスループットとは別に追跡されます。)
Provisioned V2では最大4つのルールをサポートしています。ターゲット(Provisioned IOPSまたはProvisionedスループット)とトリガー(平均または最大レイテンシ)の各組み合わせに対して1つずつ設定でき、各組み合わせは1回のみ使用可能です。各ルールには両方のスケールアウト条件とスケールイン条件が含まれます。ルールは「スケールアウト用」または「スケールイン用」のみというわけではありません。+を選択してルールを追加し、どの値とトリガーを使用するかを選択します。
複数のルールの条件が同時に満たされた場合、自動スケールは次のように組み合わせます。提案された増加は提案された減少より優先され、同じターゲットに対して2つのルールがともに減少を提案した場合、より高い(控えめな)値が適用されます。その結果はターゲットの上限値に制限され、ターゲットがロックされている場合は減少が完全に取り消されます。レイテンシが自身のスケールアウトしきい値とスケールインしきい値の間にあるルールは、何も提案しません。変更を提案する他のルールを拒否することはありません。
UI 要素
タイプ
説明
タイプ
ドロップダウンリスト
-
Provisioned IOPS:このルールはProvisioned IOPSをスケールします。
-
Provisionedスループット:このルールはProvisionedスループット(MiB/s)をスケールします。
各ルールは1つの値をターゲットとし、1つのトリガーを使用しますが、その値の両方向(スケールアウトとスケールイン)をカバーします。最大4つのルールを同時に存在させることができます。ターゲット(IOPSまたはスループット)とトリガー(平均または最大レイテンシ)の各組み合わせに対して1つずつです。
サイズ(前のステップのクォータ単位で設定される)は%またはGiBのいずれかを使用できますが、IOPSとスループットのスケーリングステップは常に絶対値(IOPSまたはMiB/s)として入力されます。どちらにもパーセンテージオプションはありません。
自動スケールトリガーを選択
ドロップダウンリスト
スケーリングのトリガーとなるレイテンシ指標。Azure Storageが正常な要求を処理するのにかかる平均時間または最大時間です。利用可能なオプションは、上記で選択したタイプによって異なります。
-
タイププロビジョニング済みIOPS — 成功サーバーレイテンシ (平均) (デフォルト) と 成功サーバーレイテンシ (最大)の両方が利用可能です。
-
タイププロビジョニング済みスループット — 成功サーバーレイテンシ (最大)のみが利用可能です。
プロビジョニング済みIOPS / スループットをだけ増加させる(スケールアウト)
テキストフィールド (IOPSまたはMiB/s)
以下のスケールアウト条件が満たされるたびに、タイプで選択した値を増加させるステップサイズです。増加量は、その値の上限によって制限されます (前のステップのプロビジョニング済みIOPS / プロビジョニング済みスループットを参照)。
成功サーバーレイテンシが次を超えた場合
テキストフィールド (ms)
スケールアウトをトリガーするレイテンシのしきい値(ミリ秒単位)。
…分間(スケールアウト)
ドロップダウンリスト
スケールアウトのレイテンシしきい値を維持する必要がある測定ウィンドウ:5分、15分、30分、または60分。
プロビジョニング済みIOPS / スループットをだけ減少させる(スケールイン)
テキストフィールド (IOPSまたはMiB/s)
以下のスケールイン条件が満たされるたびに、タイプで選択した値を減少させるステップサイズです。
成功サーバーレイテンシが次を下回った場合
テキストフィールド (ms)
スケールインをトリガーするレイテンシのしきい値(ミリ秒単位)。
…分間(スケールイン)
ドロップダウンリスト
スケールインのレイテンシしきい値を維持する必要がある測定ウィンドウ:5分、15分、30分、または60分。
-
-
すべての必要な情報を入力したら、[保存] または [保存して閉じる] を選択します。
設定済みのファイル共有がAzure Filesリストに表示されます。
関連トピック
自動スケール履歴の視覚化は、自動スケールの振る舞いと、それが展開に与える影響を理解するのに役立ちます。
以下は重要な自動スケール履歴の機能です。
-
時間範囲時間範囲: ウィンドウの上部で、表示する時間範囲を選択します。
-
表示表示: ウィンドウの上部で、表示するグラフを選択します。
-
節約節約: ウィンドウの上部で、自動スケールによる節約を確認できます。
-
拡大:ズームイン: クォータ (GiB)グラフのみ、ズームインしたいグラフの部分をクリックしてドラッグします。ズームインしているときは、ズームアウトを選択して、全体のグラフを復元します。
-
ホバー:ホバー: どのグラフの部分にでもホバーすると、その詳細が表示されます。例えば:
-
アクションポイント:
-
スケールアウト:
-
スケールイン:
-
Azureの問題:これは、Azureとの通信に問題があったことを示します。これが頻繁に発生する場合は、
-
-
任意のグラフ下部でデータセット名を選択し、その情報に関連する表示ラインをオンまたはオフに切り替えます。例えば、ピーククォータを選択すると、そのラインがグラフ上で非表示になります。再度選択すると、表示されます。
Azure Files 共有の自動スケール履歴を表示するには:
-
Cloud Desktops > Storage > Azure Files に移動します。
-
作業したいファイル共有を見つけます。
-
アクションメニューから、[自動スケール] > [履歴] を選択します。
-
表示する時間範囲と特定のグラフを選択します。
-
クォータ (GiB):クォータ (GiB): クォータ グラフは、ファイル共有クォータに関する以下の情報を表示します:
-
ピーク クォータ:クォータの最大値。
-
実際のクォータ:現在設定されている実際のクォータサイズ。
-
使用容量使用されている実際のストレージ。
-
-
レイテンシ (ms):レイテンシ グラフは、以下の情報を表示します:
-
サーバー レイテンシ (平均):Azure Storage が成功したリクエストを処理するのにかかる平均時間。この値には、エンドツーエンド レイテンシに指定されたネットワーク レイテンシは含まれません。
-
エンドツーエンド レイテンシ (平均):ストレージ サービスまたは指定された API 操作に対して行われた成功したリクエストの平均エンドツーエンド レイテンシ。この値には、リクエストを読み取り、応答を送信し、応答の確認を受け取るために Azure Storage 内で必要な処理時間が含まれます。
-
-
トランザクション:トランザクション グラフは、トランザクションの数を表示します。
-
節約節約%: 節約グラフは、節約の割合を表示します。
-
関連トピック
注記
この機能は、 Nerdio ManagerPremium エディションでのみ利用可能です。
Azure NetApp Files ページには、すべての構成済みおよびリンクされた Azure NetApp Files ファイル共有のリストが含まれています。ファイル共有に対して、作成や管理などのさまざまな操作を実行できます。
次の手順に進む前に、Azure NetApp Files が存在する Azure サブスクリプションとリソース グループを Nerdio Manager
Azure サブスクリプションをリソース グループにリンクするには、
-
システム > 設定 > Azure に移動します。
-
Azure サブスクリプション を展開します。
-
Azure サブスクリプションをリンクするには、現在ログインしているユーザーを使用してリンク または アプリの資格情報を使用してリンク のいずれかを選択します。
-
リンクされたリソース グループ を展開します。
-
リンク を選択して、リソース グループをリンクします。
既存の Azure NetApp Files ファイル共有にリンクできます。
既存の Azure NetApp Files ファイル共有にリンクするには:
-
クラウドデスクトップ > ストレージ > Azure NetApp Files に移動します。
-
ANF ボリュームをリンク を選択します。
-
ドロップダウンリストから NetApp Files アカウント を選択します。
-
[OK] を選択します。
しばらくすると、Azure NetApp Files ファイル共有が Nerdio Manager
Azure Files および/またはストレージ アカウントを作成できます。
Azure Files および/またはストレージ アカウントを作成します。
注記
注意: 続行する前に、ANF が Azureリージョンで利用可能であり、Azure サブスクリプションがこのサービスのホワイトリストに登録されていることを確認してください。
-
クラウドデスクトップ > ストレージ > Azure NetApp Files に移動します。
-
ANF ボリュームを追加を選択します。
-
次の情報を入力してください:
-
Active Directoryドロップダウンリストから Active Directory を選択します。
-
リソースグループ: ドロップダウンリストからリソースグループを選択してください。
-
ネットワークドロップダウンリストからネットワークを選択します。
-
サブネット ドロップダウンリストからサイズを選択してください。
-
AD 対応 DNS サーバー:AD 対応 DNS サーバーのアドレスを入力します。
-
-
すべての希望する情報を入力したら、[OK] を選択します。
-
次の情報を入力してください:
-
ANF アカウントのリソースグループ:ドロップダウンリストから、Azure NetApp Files アカウントオブジェクトを含むリソースグループを選択します。
-
アカウント名:アカウント名: ANF アカウント名を入力するか、空白のままにして自動生成されるようにします。
-
SMB サーバープレフィックス:SMB サーバー プレフィックス: AD ドメインに参加し、UNC パスに使用されるコンピューターオブジェクトのプレフィックスを入力します。例: \\SMB-PREFIX-random\volume\share\folder。
-
ボリューム名:ボリューム名: 上記で指定した SMB サーバーに作成するボリューム名を入力します。
注記
注意: 同じ ANF アカウントに複数のボリュームを作成できます。
-
容量 (TiB):キャパシティを TiB 単位で入力します。
注記
注意: ANF キャパシティプールの最小容量は 4 TiB です。
-
パフォーマンス階層:ドロップダウンリストから新しい容量プールとボリュームのパフォーマンスレベルを選択します。
-
-
すべての希望する情報を入力したら、[OK] を選択します。
関連トピック
注記
この機能は、 Nerdio ManagerPremium エディションでのみ利用可能です。
Azure Storage の NetApp Files には、複数のキャパシティプールを持つことができる ANF アカウントがあります。キャパシティプールは、パフォーマンスを決定するサービスレベル(標準、プレミアム、ウルトラ)で作成されます。各キャパシティプール内には、合計でこのキャパシティプールのサイズを超えない1つ以上のボリュームを持つことができます。ANF ストレージのコストは、キャパシティプールのサイズによって決定され、最小値は 4 TiB です。キャパシティプールは 1 TiB 単位で増減できますが、そのキャパシティプール内に含まれるボリュームの合計サイズより小さくすることはできません。
ANF ストレージシステムのスループット制限は、ボリュームに割り当てられたクォータと選択されたサービスレベルの組み合わせによって決まります。
ANF を使用したストレージの自動スケールは、ストレージシステムへの需要が高い際、特定のボリュームのパフォーマンスを引き上げ、需要が低下したときにスケジュール通り元に戻すために必要です。例えば、Azure VD マシンからのサインイン/サインアウトの嵐の際です。また、昼間にストレージシステムでのアクティビティが多く、そのボリュームのレイテンシが高いと検出された場合にも必要になることがあります。
ANF によるストレージの自動スケールは、ボリュームまたはキャパシティプールの空き容量が不足しないように、指定されたヘッドルームを維持するためにも使用できます。
Azure NetApp Files の自動スケールを構成および管理するには:
-
Cloud Desktops > Storage > Azure NetApp Files に移動します。
-
管理したい ANF を特定します。
-
アクションメニューから、[自動スケール] > [設定] を選択します。
-
自動スケール オプションを オン に切り替えます。
-
プロビジョニング済みサイズの設定を入力します。
注記
注意: ボリュームの空き容量が最小値を下回ると、システムはボリュームを拡張しようとします。現在のキャパシティプール内でボリュームを拡張できない場合、キャパシティプールは常に 1 TiB 拡張され、ボリュームは少なくとも 1 TiB 拡張されます。
ボリュームは、設定された最大サイズを超えて拡張できません。
-
モードドロップダウンリストからディスクを選択してください。
-
ボリュームのみ:それを含む容量プールはスケールされず、ボリュームのみが自動スケールされます。ボリュームはキャパシティプール内の利用可能な空きスペースに制限されており、キャパシティプールは自動的に増加しません。
-
ボリュームとキャパシティプールの場合:ボリュームとそれを含む容量プールを自動スケールします(既定)。
-
-
ボリュームのみの場合:
-
サイズ単位サイズ単位: ドロップダウンリストから単位を選択します(相対%または絶対GiB)。相対は現在使用されている容量のパーセンテージです。
-
最小サイズスケールダウンする際に、ボリュームで維持する最小サイズを入力します。これは、現在使用されている容量 + ヘッドルーム量として評価されます。
注記
注意: 利用可能なスペースが設定された最小空きスペースを下回ると、ボリュームは最小利用可能スペースを満たすために増加します。キャパシティプールサイズを超え、かつキャパシティプールのスケーリングが有効な場合、ボリュームの増加を補うため、キャパシティプールが追加で 1 TiB 拡張されます(設定された最大総サイズまで)。
-
最大サイズスケールアウトする際に、ボリュームが増加すべき最大値を入力します。これは、現在使用されている容量 + スケーリング量として評価されます。
-
未満:未満: 制御されていないシステムの成長を防ぐために、ボリュームが成長できる最大サイズを定義します。これは、利用可能なキャパシティプールサイズによって制限されます。
-
-
-
ボリュームとキャパシティプールの場合:
-
ボリュームの最小空き容量:ボリュームで維持する最小空き容量を入力します。現在の空きスペースがこのしきい値を下回ると、ボリュームはキャパシティプールと共に自動的に拡張されます。
-
ボリュームの最大合計サイズ:ボリュームの最大サイズを TiB 単位で入力します。ボリュームとキャパシティプールの組み合わせは、この値より大きく拡張されることはできません。
-
-
制限を超えるとエラーが発生する:計算されたサイズが最大値を超えた場合に、自動スケールプロセスがエラーをトリガーするように、このオプションを選択します。
サイズとパフォーマンス計算機は、最小および最大の構成値を表示し、パフォーマンス特性を示します。
-
-
オプションで、スケジュールベースのスケーリング オンに切り替え、設定を構成します。
注記
注意: これは、ストレージシステムに需要のピークがある場合に便利です(たとえば、複数のユーザーが同時にサインインおよびサインアウトする場合)。ピークの自動スケーリングの期間を複数指定できます。その後、システムは自動的に最小サイズにスケールダウンします。スケジュールが重複しないようにしてください。
-
タイムゾーンドロップダウンリストからタイムゾーンを選択してください。
-
日ドロップダウンリストからディスクを選択してください。
-
時間時間: ドロップダウンリストから時間の範囲を選択します。
-
プロビジョニング済みサイズをに設定:現在の容量を超えて、ボリュームに追加する容量を入力します。
-
-
オプションで、レイテンシベースのスケーリング オンに切り替え、設定を構成します。
-
Auto-scale トリガーを選択ドロップダウンリストからトリガーを選択してください。
注記
注意: これは、Azure Storageによって成功したリクエストを処理するのにかかる平均または最大値の時間です。
-
ボリュームサイズ (スケールアウト) を拡大するサーバーの遅延が指定されたしきい値を超えた場合、システムは設定した値でボリュームサイズを増加させます。
-
ボリュームサイズ (スケールイン) を小さくするサーバーの遅延が指定されたしきい値を下回った場合、システムは設定した値でボリュームサイズを減少させます。
-
-
すべての必要な情報を入力したら、[保存] または [保存して閉じる] を選択します。
設定されたファイルは、 Azure NetApp Filesのファイルの一覧に表示されます。
関連トピック
注記
この機能は、 Nerdio ManagerPremium エディションでのみ利用可能です。
自動スケール履歴の視覚化は、自動スケールの振る舞いと、それが展開に与える影響を理解するのに役立ちます。
以下は重要な自動スケール履歴の機能です。
-
時間範囲時間範囲: ウィンドウの上部で、表示する時間範囲を選択します。
-
表示表示: ウィンドウの上部で、表示するグラフを選択します。
-
節約節約: ウィンドウの上部で、自動スケールによる節約を確認できます。
-
拡大:ズームイン: サイズ (GiB)グラフのみ、ズームインしたいグラフの部分をクリックしてドラッグします。ズームインしているときは、ズームアウトを選択して、全体のグラフを復元します。
-
ホバー:ホバー: どのグラフの部分にでもホバーすると、その詳細が表示されます。例えば:
-
アクションポイント:
-
スケールアウト:
-
スケールイン:
-
Azureの問題:これは、Azureとの通信に問題があったことを示します。これが頻繁に発生する場合は、
-
-
任意のグラフ下部でデータセット名を選択し、その情報に関連する表示ラインをオンまたはオフに切り替えます。例えば、ピークサイズを選択すると、グラフ上のそのラインを非表示にできます。再度選択すると、表示されます。
Azure NetApp ファイル共有の自動スケール履歴を表示するには:
-
Cloud Desktops > Storage > Azure NetApp Files に移動します。
-
作業したいファイル共有を見つけます。
-
アクションメニューから、[自動スケール] > [履歴] を選択します。
-
表示する時間範囲と特定のグラフを選択します。
-
サイズ (GiB):サイズ (GiB): サイズグラフは、ファイル共有のサイズに関する以下の情報を表示します:
-
ピークサイズ:ファイル共有の最大サイズ。
-
実際のサイズ:ファイル共有の実際のサイズ。
-
使用容量ファイル共有で現在使用されている容量。
-
-
レイテンシ (ms):レイテンシグラフは、以下の情報を表示します。
-
読み取りレイテンシ (平均):平均読み取りレイテンシ。
-
書き込みレイテンシ (平均):平均書き込みレイテンシ。
-
-
節約節約%: 節約グラフは、節約の割合を表示します。
-
関連トピック
コメント (0件のコメント)