ホストプールが実行されたら、次のステップはユーザーデータとプロファイル用のストレージを設定することです。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 ロールを持つ新しく作成されたセキュリティグループをファイル共有に追加します。
-
-
いくつかのカスタム設定。
関連トピック
Premium ファイル共有は、使用容量に関係なく、プロビジョニングされたサイズによって課金されます。ファイル共有サイズは100 GiBから102,400 GiBまでの範囲です。I/Oおよびネットワーク帯域幅の制限は、プロビジョニングされたファイル共有サイズに応じてスケールされます。
有効にすると、ストレージのAuto-scaleは、予想される需要やストレージの遅延が増加した場合に、プロビジョニングされたファイル共有サイズを拡大します。また、追加の性能がもはや必要ない場合にコストを削減するため、プロビジョニングされた容量を減少させます（24時間に1回まで）。
Azure Filesを使用したストレージのAuto-scaleは、ボリュームまたは容量プールのスペースが不足するのを避けるために、指定された余裕容量を維持するために使用できます。
注記
注意: Auto-scaleは、Azure FilesのStandard ストレージでは利用できません。なぜなら、容量コストと性能の両方がファイル共有サイズによって制御されないからです。
これらのAuto-scaleパラメータを構成する必要があります：
-
プロビジョニングサイズ（割り当て制限）
-
スケジュールされたデータの増加（オプション）
-
スケーリングロジック
Azure Files PremiumのAuto-scaleを構成および管理するには：
-
クラウドデスクトップ > ストレージ > Azure Files に移動します。
-
管理したいファイル共有を特定します。
-
アクションメニューから、[自動スケール] > [設定] を選択します。
-
Auto-scaleオプションをOnに切り替えます。
-
プロビジョニングサイズ（割り当て制限）の設定を入力します。
-
クォータ単位サイズ単位: ドロップダウンリストから単位を選択します（相対%または絶対GiB）。相対は現在使用されている容量のパーセンテージです。
-
最小サイズ最小値をGiBまたは%で入力してください。
注記
最小値は100 GiBであり、使用中の容量より小さくすることはできません。さらに、これはシステムがユーザーの容量が増加するにつれて常に維持する最小バッファーを定義します。これにより、ファイル共有内の最低限の空き容量が保証されます。
-
最大サイズ最大値をGiBまたは%で入力してください。
-
未満:以下: ファイル共有のサイズを増加させるべきサイズを入力してください。これは、制御されないシステムの成長を防ぐために、ファイル共有の総サイズを下回る必要があります。
-
パフォーマンスは、最小値および最大値の構成の値を表示し、パフォーマンス特性を示します。
-
-
オプションで、スケジュールされたクォータ増加 「オン」に切り替え、設定を入力してください。
注記
注意: これらは、スケジュールされたクォータを増加させるために使用するパラメータです。この期間中にクォータが増加し、これらの期間の間に減少します。ピーク時のパフォーマンスが求められる日がある場合に役立ちます。
-
日日: ドロップダウンリストから日数の範囲を選択してください。
-
時間ドロップダウンリストからタイムゾーンを選択してください。
-
プロビジョニングサイズ (クォータ) を次に設定:現在の使用容量を超えて増加させるクォータをコミットする値を入力してください。
-
-
スケーリングロジックの設定を入力してください。
注記
プロビジョニングサイズ (クォータ) は、最後にクォータを増やしてから 24 時間後にのみ縮小できます。クォータは期間の開始時に増加し、この期間の終了時にのみ最小値に減少します。
-
Auto-scale トリガーを選択ドロップダウンリストからトリガーを選択してください。
注記
自動スケールロジックの構成により、スケーリングエンジンが共有を拡大または縮小するタイミングを決定できます。これは、APIを介してAzureファイル共有によって提供される2つの利用可能なメトリックに基づいています。IOPsが処理されるまでの時間を説明します。これは、平均成功サーバー遅延（既定）または最大成功サーバー遅延のいずれかです。
-
クォータを増加させる（スケールアウト）:プロビジョニングされたサイズ（クォータ）セクションで指定されたクォータ単位の値に従って、クォータが増加するサイズを入力してください。
注記
注意: しきい値を超えると、システムは指定された最大サイズに達するか、サーバー遅延がしきい値を下回るまでスケールアウトを続けます。
-
クォータを減少させる（スケールイン）:サーバー レイテンシが指定されたしきい値を下回った場合に、クォータが減少するサイズを入力してください。
-
-
すべての必要な情報を入力したら、[保存] または [保存して閉じる] を選択します。
設定されたファイル共有は、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 NetApp ファイル共有の自動スケール履歴を表示するには:
-
Cloud Desktops > Storage > Azure NetApp Files に移動します。
-
作業したいファイル共有を見つけます。
-
アクションメニューから、[自動スケール] > [履歴] を選択します。
-
表示する時間範囲と特定のグラフを選択します。
-
サイズ (GiB):サイズ (GiB): サイズグラフは、ファイル共有のサイズに関する以下の情報を表示します:
-
ピークサイズ:ファイル共有の最大サイズ。
-
実際のサイズ:ファイル共有の実際のサイズ。
-
使用容量ファイル共有で現在使用されている容量。
-
-
レイテンシ (ms):レイテンシグラフは、以下の情報を表示します。
-
読み取りレイテンシ (平均):平均読み取りレイテンシ。
-
書き込みレイテンシ (平均):平均書き込みレイテンシ。
-
-
節約節約%: 節約グラフは、節約の割合を表示します。
-
関連トピック
コメント (0件のコメント)