ステップ 4:ストレージ

ホストプールが実行されたら、次のステップはユーザーデータとプロファイル用のストレージを設定することです。Nerdio Managerは、Azure FilesとAzure NetApp Filesの両方で動作します。これらは、専用のファイルサーバーVMの代わりとして一般的に使用されるAzureネイティブサービスであり、多くの場合、FSLogixなどのプロファイル管理ソリューションと組み合わせて使用されます。

Nerdio Managerを既存のAzure FilesまたはAzure NetApp Files共有にリンクすることも、Nerdio Managerに新しい共有を作成して設定することもできます(権限やドメイン参加を含みます)。Nerdio Managerは両方のストレージタイプに自動スケールを追加するため、事前に過剰にプロビジョニングするのではなく、実際に使用している容量に対してのみ料金を支払うことになります。

このセクションでは:

  1. Azure Files のファイル共有を、Active Directory ドメインに参加させるために必要な権限 

  2. 構成された Azure Files 共有を作成および管理する 

  3. Azure Files ストレージ Premium 用自動スケール 

  4. Azure Files ファイル共有の自動スケール履歴 

  5. 設定済みの Azure NetApp Files を作成および管理する 

  6. Azure NetApp FilesのAuto-scale 

  7. Azure NetApp 共有の自動スケール履歴 

Azure Files のファイル共有を、Active Directory ドメインに参加させるために必要な権限

この記事では、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)を使用して、ユーザーオブジェクトを作成および書き込むための権限を委任する方法を説明します。

ユーザーオブジェクトを作成するための権限を委任するには:
  1. Azure Filesを参加させるOUを見つけます。

  2. OU を右クリックし、Delegate Controlを選択します。

  3. Azure Files をドメインに参加させるために使用するサービスユーザーアカウントを追加します。

  4. ユーザーアカウントの作成、削除、および管理の権限を委任します。

  5. 変更を適用するには、完了を選択します。

委任ユーザー作成の権限を委任する

以下の手順では、Azure Filesをドメインに参加させるために使用されるサービスユーザーアカウントが、新しいオブジェクトをAzure Filesの委任されたサービスとしてマークできるようにする方法を説明します。これには、グループ ポリシー管理(gpmc.msc)で既定のドメイン コントローラー グループ ポリシー オブジェクトを変更する必要があります。

委任されたユーザー作成の権限を削除するには:
  1. 既定のドメイン コントローラーのポリシーを右クリックし、編集するを選択します。

  2. コンピュータの構成 > ポリシー > Windows設定 > セキュリティ設定 > ローカルポリシー > ユーザー権利の割り当てに移動します。

  3. コンピュータおよびユーザーアカウントを委任のために信頼できるようにするポリシーを見つけます。

  4. Azure Filesをドメインに参加させるために使用されるサービスユーザーアカウント名をポリシーに追加します。

  5. エディターを閉じます。

  6. すべてのドメインコントローラーでgpupdate /forceを実行します。

    注記

    注意: ポリシーの変更は、gpupdateが完了した後に適用されるまでに数分かかる場合があります。

Nerdio Manager

Nerdio Manager

構成された Azure Files 共有を作成および管理する

Azure Files ページには、構成されたおよびリンクされたすべての Azure Files 共有のリストが含まれています。Azure Files 共有に対して、作成、リンク、管理など、さまざまな操作を実行できます。これには、自動スケール、リンク解除、権限の設定および変更、ファイルハンドルの閉鎖、Azure Files UNC パスのコピーなどのオプションが含まれます。

既存の Azure Files ファイル共有にリンクする

Nerdio Manager

既存の Azure Files ファイル共有にリンクするには:
  1. クラウドデスクトップ > ストレージ > Azure Files に移動します。

  2. 「Link Azure Files」を選択します。

  3. 次の情報を入力してください:

    • ストレージアカウントドロップダウンリストからストレージアカウントを選択します。

    • ファイル共有ドロップダウンリストからファイル共有を選択します。

  4. すべての希望する情報を入力したら、OKを選択します。

数秒後、Azure Files 共有が Nerdio Manager

新しい Azure Files 共有および/またはストレージアカウントを作成する

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 ファイル共有および/またはストレージアカウントを作成するには:
  1. クラウドデスクトップ > ストレージ > Azure Files に移動します。

  2. Azure Files の追加を選択します。

  3. 次の情報を入力してください:

    • ストレージアカウントドロップダウンリストからストレージアカウントを選択します。

    • ストレージアカウントの説明ストレージアカウントの説明

    • パフォーマンスパフォーマンス: ドロップダウンリストからファイル共有のパフォーマンスレベルを選択してください。

      注記

      注意: プレミアムストレージアカウントはソリッドステートドライブによってサポートされ、一貫した低遅延のパフォーマンスを提供します。これらは Azure 仮想マシンディスクでのみ使用でき、データベースなどの I/O 集中型アプリケーションに最適です。さらに、すべてのディスクにプレミアムストレージを使用する仮想マシンは、可用性セット外で実行されている場合でも 99.9% の SLA の対象となります。この設定は、ストレージアカウントの作成後には変更できません。

    • ヒント

      ヒント: 最適なユーザーエクスペリエンスを得るために、Premium を選択することを強くお勧めします。

    • レプリケーションドロップダウンリストからストレージレプリケーションのタイプを選択します。

      注記

      注意: 詳細については Azure Storage 冗長性 を参照してください。

    • ファイル共有名共有の名前を入力します。

    • ファイル共有の説明共有の説明を入力します。

    • プロビジョニング容量 (GiB)プロビジョニングされた容量のサイズを入力します。

  4. ストレージアカウント構成 セクションに次の情報を入力してください:

    • 共有レベルの権限:ストレージアカウントのデフォルトの共有レベルのアクセス許可を設定するには、このオプションを選択します。

      注記

      • 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 に分散することで、パフォーマンスが向上します。

  5. ファイル共有設定 セクションに次の情報を入力します:

    • アクセス許可 (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 プロファイルを含む共有に推奨されます。

  6. 詳細設定を表示Azure Files を Active Directory に参加させるために、Nerdio Manager は一時 VM を作成して操作を実行します。この一時 VM に使用する設定を選択します。

    ヒント

    Nerdio Manager 一時 VM を作成する際には、 に既定の設定を使用することを強くお勧めします。つまり、詳細設定を使用しないことをお勧めします。

  7. タグを適用する : タグを適用:任意で、Azure Files 共有に適用する Azure タグの 名前 と 値 を入力します。

  8. OK を選択して設定を保存します。

    注記

    注: 複数のタグを指定できます。Azure リソースの整理にタグを使用する方法の詳細については、Microsoft の記事を参照してください。

構成された Azure Files ファイル共有を管理する

Nerdio Manager

構成された Azure Files ファイル共有を管理するには:
  1. クラウドデスクトップ > ストレージ > Azure Files に移動します。

  2. 管理したい Azure Files ファイル共有を見つけてください。

  3. アクションメニューでは、次の機能を実行できます:

    • ストレージアカウントの管理Entra ID ホストサポートを有効にできます。詳細については、Entra ID 参加ホストサポートを有効にするを参照してください。

    • Auto-scale自動スケール:詳細については、Azure Files Storage Premium の自動スケールを参照してください。

    • ファイルハンドルファイルのロックを解除する/オープンファイルハンドルを閉じる。

    • FSLogix プロファイルを強制収集これにより、リンクされているすべてのファイル共有で FSLogix データの収集が強制されます。

    • UNC パスをコピーしてください。UNC パスをクリップボードにコピーします。

    • リンク解除Nerdio Manager から Azure Files ファイル共有を削除します。

    • FSLogix プロファイルを削除する:選択した FSLogix プロファイルを削除します。

    • FSLogix プロファイルを復元する以前に削除された、選択した FSLogix プロファイルを復元します。

  4. アクションメニューから、管理を選択して、Azure Files ファイル共有のパラメータと権限を変更します。

FSLogix データを一括収集するには:

Nerdio Manager

  1. クラウドデスクトップ > ストレージ > Azure Files に移動します。

  2. FSLogix データを収集したいファイル共有を選択してください。

  3. 一括アクションメニューから、選択したファイル共有 (x) の FSLogix プロファイルを強制的に収集するを選択します。

    注記

    注意: (x)は、一括アクションが適用される Azure Files 共有の数を示します。この例では、4 つの Azure Files 共有が選択されています。

Entra ID 参加ホストのサポートを有効にします。

Entra ID に参加しているホストは、アプリ配信の選択肢が広がる App Attach アプリを利用できるようになりました。

前提条件
役立つ情報

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 役割が割り当てられています。

  • ドメインコンピュータに対する読み取り専用アクセス:

    1. Active Directory で、ADConnect を使用して Entra ID に同期されている組織単位 (OU) に新しいグローバルセキュリティグループを作成します。

    2. ドメインコンピュータを新しいグループに追加します。

    3. Azure ポータルのアクセス制御を通じて、少なくとも Storage File Data SMB Share Reader ロールを持つ新しく作成されたセキュリティグループをファイル共有に追加します。

  • いくつかのカスタム設定。

関連トピック

Azure Files Premium 向け Auto-scale

Azure Files プレミアムストレージは 2 世代のファイル共有をサポートしており、それぞれ課金方法と自動スケール方法が異なります。

  • プロビジョニング済み V1: 使用容量に関係なく、プロビジョニングされたファイル共有のサイズのみに基づいて課金されます。ファイル共有のサイズは 100 GiB から 102,400 GiB まで指定できます。IO およびネットワーク帯域幅の制限はプロビジョニングされたサイズに合わせて自動的にスケーリングされますが、個別に構成することはできません。

  • プロビジョニング済み V2: ファイル共有のサイズ、IOPS、スループットという 3 つの個別にプロビジョニングされた値に基づいて課金されます。ファイル共有のサイズは 32 GiB から 262,144 GiB、プロビジョニングされた IOPS は 3,000 から 102,400、プロビジョニングされたスループットは 100 から 10,340 MiB/s の範囲です。これら 3 つすべての課金レートは、リージョンやその他のパラメーターによって異なります。詳細については、Azure Files の料金体系を参照してください。

有効にすると、ストレージのAuto-scaleは、予想される需要やストレージの遅延が増加した場合に、プロビジョニングされたファイル共有サイズを拡大します。また、追加のパフォーマンスが不要になった場合には(値ごとに24時間に1回以内)、コスト削減のためにそれらを減らします。

Azure Filesを使用したストレージのAuto-scaleは、ボリュームまたは容量プールのスペースが不足するのを避けるために、指定された余裕容量を維持するために使用できます。

注記

注意: Auto-scaleは、Azure FilesのStandard ストレージでは利用できません。なぜなら、容量コストと性能の両方がファイル共有サイズによって制御されないからです。

注記

新しくリンクされたファイル共有では、自動スケールは既定で無効になっています。プロビジョニング済み V1 とプロビジョニング済み V2 の間で変換を行うことはできません。世代はファイル共有の作成時に固定され、ファイル共有は常にどちらか一方になります。

これらのAuto-scaleパラメータを構成する必要があります:

  • プロビジョニング済みサイズ(クォータ)、IOPS、およびスループット (スケールされる値は、ファイル共有がプロビジョニング済み V1 かプロビジョニング済み V2 かによって異なります。以下を参照してください)

  • スケジュールされたデータの増加(オプション)

  • スケーリングロジック

Azure Files PremiumのAuto-scaleを構成および管理するには:
  1. クラウドデスクトップ > ストレージ > Azure Files に移動します。

  2. 管理したいファイル共有を特定します。

  3. アクションメニューから、[自動スケール] > [設定] を選択します。

  4. Auto-scaleオプションをOnに切り替えます。

  5. ファイル共有の世代(プロビジョニング済み V1 またはプロビジョニング済み V2)に一致する表を参照し、リストされている プロビジョニング済みサイズ(クォータ)、IOPS、およびスループット の設定を入力してください。

    プロビジョニング済み V1

    プロビジョニング済み V2

    UI 要素

    タイプ

    説明

    クォータ単位

    ドロップダウンリスト

    最小値 および 最大値 に使用する単位を選択します。Relative (%)(現在使用中の容量に対するパーセンテージ)、または Absolute (GiB)(GiB 単位の固定値)。

    最小サイズ

    テキストフィールド

    自動スケールが維持する最小サイズ。GiB または使用容量に対する % で入力します。最小値は 100 GiB であり、ファイル共有の現在の使用容量より小さく設定することはできません。この値は、使用容量の増加に伴って自動スケールが常に確保しておく空き容量のバッファーを定義します。

    最大サイズ

    テキストフィールド

    自動スケールが拡張するファイル共有の最大値。GiB または使用容量に対する % で入力し、上限は Less than フィールドに入力された値までとなります。自動スケールは、制御不能な増加を防ぐため、この最大値までのみファイル共有を拡張します。

    パフォーマンス

    読み取り専用表示

    構成されたサイズ範囲から得られる最小値および最大値の性能特性を表示します。これらの値は 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 です。

    • エグレスレート: 1秒あたり許可されるネットワークエグレス。60 + (ファイル共有のクォータ × 0.06 MiByte/秒) として計算されます。

    • イングレスレート: 1秒あたり許可されるネットワークイングレス。40 + (ファイル共有のクォータ × 0.04 MiByte/秒) として計算されます。

    注記

    プロビジョニング済みサイズ、IOPS、およびスループットの課金レートは、リージョンやその他のパラメータによって異なります。詳細については、Azure Files 料金体系を参照してください。

    UI 要素

    タイプ

    説明

    クォータ単位

    ドロップダウンリスト

    最小値 および 最大値 に使用する単位を選択します。Relative (%)(現在使用中の容量に対するパーセンテージ)、または Absolute (GiB)(GiB 単位の固定値)。

    最小サイズ

    テキストフィールド

    自動スケールが維持する最小値。GiB または使用容量に対する % で入力します。最小値は 32 GiB であり、ファイル共有の現在の使用容量より小さく設定することはできません。

    最大サイズ

    テキストフィールド

    自動スケールによって拡張されるファイル共有の最大値。GiB または使用容量に対する % で入力し、上限は Less than フィールドに入力された値(最大 262,144 GiB)までとなります。自動スケールは、制御不能な増大を防ぐため、この最大値までのみファイル共有を拡張します。

    プロビジョニング済み IOPS

    テキストフィールド(開始 / 終了)

    自動スケールがプロビジョニング済みIOPSを維持する範囲です。Provisioned V2では、IOPSの上限は共有の現在のサイズに対してMicrosoftが推奨する値の5倍に設定され、そのティアの絶対最大値(このティアでは102,400 IOPS)を超えることはありません。

    上限は共有の増加に伴って上昇します。たとえば、32 GiBでは上限は15,160 IOPSですが、設定された最大値である262,144 GiBでは102,400 IOPSまで上昇します。自動スケールは、IOPS上限を高めるためだけに共有を拡張するわけではありません。最小値を引き上げることで、上限が早く引き上げられます。

    プロビジョニング済みスループット (MiB/s)

    テキストフィールド(開始 / 終了)

    自動スケールがプロビジョニング済みスループットを維持する範囲です。Provisioned V2では、スループットの上限は共有の現在のサイズに対してMicrosoftが推奨する値の5倍に設定され、そのティアの絶対最大値(このティアでは10,340 MiB/秒)を超えることはありません。

    上限は共有の増加に伴って上昇します。たとえば、32 GiBでは上限は520 MiB/秒ですが、設定された最大値である262,144 GiBでは10,340 MiB/秒まで上昇します。自動スケールは、より高いスループット上限に到達するためだけに共有を拡張するわけではありません。最小値の引き上げによって、上限が早く引き上げられます。

  6. 必要に応じて、スケジュールされたクォータ増加(Provisioned V1)またはスケジュールされたパフォーマンス増加(Provisioned V2)をオンに切り替えます。これは、定期的な期間中の一時的な増加をコミットするものです。たとえば、予測可能なピーク需要がある日がある場合に適しています。スケジュールが有効な間、スケジュールされた値が保持され、遅延ベースのスケーリングルールはそれらに適用されません。共有の世代に対応する表を参照し、記載されている設定を入力してください。

    Provisioned V1

    Provisioned V2

    注記

    プロビジョニングサイズ (クォータ) は、最後にクォータを増やしてから 24 時間後にのみ縮小できます。クォータは期間の開始時に増加し、この期間の終了時にのみ最小値に減少します。

    UI 要素

    タイプ

    説明

    + 日間

    ドロップダウンリスト

    スケジュールが適用される日の範囲を選択します。

    時間

    時間範囲とドロップダウンリスト

    スケジュールされたウィンドウの開始時刻と終了時刻を設定し、適用するタイムゾーンを選択します。

    プロビジョニング済みサイズ (クォータ) を次に設定:

    テキストフィールド

    スケジュールされたウィンドウの期間中、共有に設定されるクォータ(現在の使用容量を超える分)。

    注記

    プロビジョニング済み IOPS とスループットは、それぞれ前回の増加から 24 時間経過後にのみ減少させることができます。両方ともスケジュールされた期間の開始時に増加し、期間の終了時にのみ最小値まで減少します。

    UI 要素

    タイプ

    説明

    + 日間

    ドロップダウンリスト

    スケジュールが適用される日の範囲を選択します。

    時間

    時間範囲とドロップダウンリスト

    スケジュールされたウィンドウの開始時刻と終了時刻を設定し、適用するタイムゾーンを選択します。

    プロビジョニング済み IOPS の設定値:

    テキストフィールド

    スケジュールされたウィンドウの期間中、共有で維持される Provisioned IOPS の値。

    プロビジョニング済みスループット (MiB/s) の設定値:

    テキストフィールド

    スケジュールされたウィンドウの期間中、共有で維持される Provisioned throughput の値。

  7. これらの条件により、自動スケールがプロビジョニング済みの値をいつ増加または減少させるかが決まります。増加を提案するルールがある場合は増加が実行され、減少を提案するルールがある場合は減少が適用されます。共有の世代に対応する表を参照し、記載されているScaling Logic設定を入力してください。

    Provisioned V1

    Provisioned V2

    注記

    プロビジョニングサイズ (クォータ) は、最後にクォータを増やしてから 24 時間後にのみ縮小できます。

    Provisioned V1は最大2つのルールをサポートしており、どちらもサイズ(クォータ)を対象としています。1つはスケールアウト用、もう1つはスケールイン用です。

    UI 要素

    タイプ

    説明

    自動スケールトリガーを選択

    ドロップダウンリスト

    スケーリングの基準となるレイテンシメトリック:Success Server Latency (avg)(既定)またはSuccess Server Latency (max) — Azure Storageが正常なリクエストを処理するのにかかる平均時間または最大時間。

    クォータ (スケールアウト) を増やす

    テキストフィールド (%)

    以下のスケールアウト条件が満たされるたびにクォータを増加させるステップサイズ(Quota unitで設定されている単位)。レイテンシのしきい値を超えている間、システムは設定された最大サイズに達するか、レイテンシがしきい値を下回るまでスケールアウトを続けます。

    成功サーバーレイテンシが次を超えた場合

    テキストフィールド (ms)

    スケールアウトをトリガーするレイテンシのしきい値(ミリ秒単位)。

    … 分間(スケールアウト)

    ドロップダウンリスト

    スケールアウトのレイテンシしきい値を維持する必要がある測定期間:5 分、15 分、30 分、または 60 分。

    割り当てを減らす (スケールイン) は

    テキストフィールド (%)

    以下のスケールイン条件が満たされるたびにクォータを減少させるステップサイズ。

    成功サーバーレイテンシが次を下回った場合

    テキストフィールド (ms)

    スケールインをトリガーするレイテンシのしきい値(ミリ秒単位)。

    … 分間(スケールイン)

    ドロップダウンリスト

    スケールインのレイテンシのしきい値を維持する必要がある測定期間:5 分、15 分、30 分、または 60 分。

    注記

    プロビジョニング済み IOPS とスループットは、それぞれ前回の増加から 24 時間経過後にのみ減少させることができます。

    Provisioned V2 は最大4つのルールをサポートしています。Provisioned IOPS と Provisioned throughput のそれぞれに対して、スケールアウトとスケールインのルールを設定できます。「+」を選択してルールを追加し、対象の値を選んでください。

    UI 要素

    タイプ

    説明

    タイプ

    ドロップダウンリスト

    • Provisioned IOPS:このルールは Provisioned IOPS をスケールします。

    • Provisioned throughput:このルールは Provisioned throughput (MiB/s) をスケールします。

    各ルールは、1つの方向における1つの値を対象とします。Provisioned IOPS と Provisioned throughputそれぞれについて、スケールアウトおよびスケールインのルールを、最大4つまで同時に設定できます。

    自動スケールトリガーを選択

    ドロップダウンリスト

    スケーリングをトリガーするレイテンシ指標 — Azure Storage が成功したリクエストを処理する際の平均または最大の時間です。利用可能なオプションは、上で選択した Type によって異なります。

    • タイプProvisioned IOPS — Success サーバー レイテンシ (avg) (既定) と Success サーバー レイテンシ (max) の両方を利用できます。

    • タイプProvisioned throughput — Success サーバー レイテンシ (max) のみ利用できます。

    プロビジョニング済み IOPS / スループットを増加 (スケールアウト) させる量

    テキストフィールド (IOPS または MiB/s)

    以下のスケールアウト条件が満たされるたびに、Type で選択した値を増加させるステップサイズ。増加量は、その値の上限によって制限されます (前のステップの Provisioned IOPS / Provisioned スループット を参照)。

    成功サーバーレイテンシが次を超えた場合

    テキストフィールド (ms)

    スケールアウトをトリガーするレイテンシのしきい値(ミリ秒単位)。

    … 分間(スケールアウト)

    ドロップダウンリスト

    スケールアウトのレイテンシしきい値が持続されるウィンドウ:5 分、15 分、30 分、または 60 分。

    プロビジョニング済み IOPS / スループットを減少 (スケールイン) させる量

    テキストフィールド (IOPS または MiB/s)

    以下のスケールイン条件が満たされるたびに、Type で選択した値を減少させるステップサイズ。

    成功サーバーレイテンシが次を下回った場合

    テキストフィールド (ms)

    スケールインをトリガーするレイテンシのしきい値 (ミリ秒単位)。

    … 分間 (スケールイン)

    ドロップダウンリスト

    スケールインのレイテンシしきい値が持続されるウィンドウ:5 分、15 分、30 分、または 60 分。

  8. すべての必要な情報を入力したら、[保存] または [保存して閉じる] を選択します。

    設定されたファイル共有は、Azure Files の共有リストに表示されます。

関連トピック

Azure NetApp FilesのAuto-scale

Azure Files 共有の自動スケール履歴

自動スケール履歴の視覚化は、自動スケールの振る舞いと、それが展開に与える影響を理解するのに役立ちます。

以下は重要な自動スケール履歴の機能です。

  • 時間範囲時間範囲: ウィンドウの上部で、表示する時間範囲を選択します。

  • 表示表示: ウィンドウの上部で、表示するグラフを選択します。

  • 節約節約: ウィンドウの上部で、自動スケールによる節約を確認できます。

  • 拡大:ズームイン: クォータ (GiB)グラフのみ、ズームインしたいグラフの部分をクリックしてドラッグします。ズームインしているときは、ズームアウトを選択して、全体のグラフを復元します。

  • ホバー:ホバー: どのグラフの部分にでもホバーすると、その詳細が表示されます。例えば:

    image182.png
  • アクションポイント:

    • Auto-scale History Scale Out Icon.png スケールアウト:

    • Auto-scale History Scale In Icon.png スケールイン:

    • Auto-scale History Azure Error Icon.png Azureの問題:これは、Azureとの通信に問題があったことを示します。これが頻繁に発生する場合は、

  • 任意のグラフ下部でデータセット名を選択し、その情報に関連する表示ラインをオンまたはオフに切り替えます。例えば、ピーククォータを選択すると、そのラインがグラフ上で非表示になります。再度選択すると、表示されます。

    image183.png
Azure Files 共有の自動スケール履歴を表示するには:
  1. Cloud Desktops > Storage > Azure Files に移動します。

  2. 作業したいファイル共有を見つけます。

  3. アクションメニューから、[自動スケール] > [履歴] を選択します。

  4. 表示する時間範囲と特定のグラフを選択します。

    • クォータ (GiB):クォータ (GiB): クォータ グラフは、ファイル共有クォータに関する以下の情報を表示します:

      • ピーク クォータ:クォータの最大値。

      • 実際のクォータ:現在設定されている実際のクォータサイズ。

      • 使用容量使用されている実際のストレージ。

    • レイテンシ (ms):レイテンシ グラフは、以下の情報を表示します:

      • サーバー レイテンシ (平均):Azure Storage が成功したリクエストを処理するのにかかる平均時間。この値には、エンドツーエンド レイテンシに指定されたネットワーク レイテンシは含まれません。

      • エンドツーエンド レイテンシ (平均):ストレージ サービスまたは指定された API 操作に対して行われた成功したリクエストの平均エンドツーエンド レイテンシ。この値には、リクエストを読み取り、応答を送信し、応答の確認を受け取るために Azure Storage 内で必要な処理時間が含まれます。

    • トランザクション:トランザクション グラフは、トランザクションの数を表示します。

    • 節約節約%: 節約グラフは、節約の割合を表示します。

関連トピック

Azure NetApp 共有の自動スケール履歴

構成済みの Azure NetApp Files を作成および管理する

注記

この機能は、 Nerdio ManagerPremium エディションでのみ利用可能です。

Azure NetApp Files ページには、すべての構成済みおよびリンクされた Azure NetApp Files ファイル共有のリストが含まれています。ファイル共有に対して、作成や管理などのさまざまな操作を実行できます。

Azure サブスクリプションとリソース グループを Nerdio Manager

次の手順に進む前に、Azure NetApp Files が存在する Azure サブスクリプションとリソース グループを Nerdio Manager

Azure サブスクリプションをリソース グループにリンクするには、
  1. システム > 設定 > Azure に移動します。

  2. Azure サブスクリプション を展開します。

  3. Azure サブスクリプションをリンクするには、現在ログインしているユーザーを使用してリンク または アプリの資格情報を使用してリンク のいずれかを選択します。

  4. リンクされたリソース グループ を展開します。

  5. リンク を選択して、リソース グループをリンクします。

既存の Azure NetApp Files ファイル共有にリンクする

既存の Azure NetApp Files ファイル共有にリンクできます。

既存の Azure NetApp Files ファイル共有にリンクするには:
  1. クラウドデスクトップ > ストレージ > Azure NetApp Files に移動します。

  2. ANF ボリュームをリンク を選択します。

  3. ドロップダウンリストから NetApp Files アカウント を選択します。

  4. [OK] を選択します。

    しばらくすると、Azure NetApp Files ファイル共有が Nerdio Manager

Azure Files および/またはストレージ アカウントを作成する

Azure Files および/またはストレージ アカウントを作成できます。

Azure Files および/またはストレージ アカウントを作成します。

注記

注意: 続行する前に、ANF が Azureリージョンで利用可能であり、Azure サブスクリプションがこのサービスのホワイトリストに登録されていることを確認してください。

  1. クラウドデスクトップ > ストレージ > Azure NetApp Files に移動します。

  2. ANF ボリュームを追加を選択します。

  3. 次の情報を入力してください:

    • Active Directoryドロップダウンリストから Active Directory を選択します。

    • リソースグループ: ドロップダウンリストからリソースグループを選択してください。

    • ネットワークドロップダウンリストからネットワークを選択します。

    • サブネット ドロップダウンリストからサイズを選択してください。

    • AD 対応 DNS サーバー:AD 対応 DNS サーバーのアドレスを入力します。

  4. すべての希望する情報を入力したら、[OK] を選択します。

  5. 次の情報を入力してください:

    • ANF アカウントのリソースグループ:ドロップダウンリストから、Azure NetApp Files アカウントオブジェクトを含むリソースグループを選択します。

    • アカウント名:アカウント名: ANF アカウント名を入力するか、空白のままにして自動生成されるようにします。

    • SMB サーバープレフィックス:SMB サーバー プレフィックス: AD ドメインに参加し、UNC パスに使用されるコンピューターオブジェクトのプレフィックスを入力します。例: \\SMB-PREFIX-random\volume\share\folder。

    • ボリューム名:ボリューム名: 上記で指定した SMB サーバーに作成するボリューム名を入力します。

      注記

      注意: 同じ ANF アカウントに複数のボリュームを作成できます。

    • 容量 (TiB):キャパシティを TiB 単位で入力します。

      注記

      注意: ANF キャパシティプールの最小容量は 4 TiB です。

    • パフォーマンス階層:ドロップダウンリストから新しい容量プールとボリュームのパフォーマンスレベルを選択します。

      注記

      注意: パフォーマンスレベルは、価格とスループット (IOPS) が異なります。詳細については、以下の Microsoft ドキュメントを参照してください。

  6. すべての希望する情報を入力したら、[OK] を選択します。

関連トピック

構成済み Azure Files ファイル共有の作成と管理

Azure NetApp Files の自動スケール

注記

この機能は、 Nerdio ManagerPremium エディションでのみ利用可能です。

Azure Storage の NetApp Files には、複数のキャパシティプールを持つことができる ANF アカウントがあります。キャパシティプールは、パフォーマンスを決定するサービスレベル(標準、プレミアム、ウルトラ)で作成されます。各キャパシティプール内には、合計でこのキャパシティプールのサイズを超えない1つ以上のボリュームを持つことができます。ANF ストレージのコストは、キャパシティプールのサイズによって決定され、最小値は 4 TiB です。キャパシティプールは 1 TiB 単位で増減できますが、そのキャパシティプール内に含まれるボリュームの合計サイズより小さくすることはできません。

ANF ストレージシステムのスループット制限は、ボリュームに割り当てられたクォータと選択されたサービスレベルの組み合わせによって決まります。

ANF を使用したストレージの自動スケールは、ストレージシステムへの需要が高い際、特定のボリュームのパフォーマンスを引き上げ、需要が低下したときにスケジュール通り元に戻すために必要です。例えば、Azure VD マシンからのサインイン/サインアウトの嵐の際です。また、昼間にストレージシステムでのアクティビティが多く、そのボリュームのレイテンシが高いと検出された場合にも必要になることがあります。

ANF によるストレージの自動スケールは、ボリュームまたはキャパシティプールの空き容量が不足しないように、指定されたヘッドルームを維持するためにも使用できます。

Azure NetApp Files の自動スケールを構成および管理するには:
  1. Cloud Desktops > Storage > Azure NetApp Files に移動します。

  2. 管理したい ANF を特定します。

  3. アクションメニューから、[自動スケール] > [設定] を選択します。

  4. 自動スケール オプションを オン に切り替えます。

  5. プロビジョニング済みサイズの設定を入力します。

    注記

    注意: ボリュームの空き容量が最小値を下回ると、システムはボリュームを拡張しようとします。現在のキャパシティプール内でボリュームを拡張できない場合、キャパシティプールは常に 1 TiB 拡張され、ボリュームは少なくとも 1 TiB 拡張されます。

    ボリュームは、設定された最大サイズを超えて拡張できません。

    • モードドロップダウンリストからディスクを選択してください。

      • ボリュームのみ:それを含む容量プールはスケールされず、ボリュームのみが自動スケールされます。ボリュームはキャパシティプール内の利用可能な空きスペースに制限されており、キャパシティプールは自動的に増加しません。

      • ボリュームとキャパシティプールの場合:ボリュームとそれを含む容量プールを自動スケールします(既定)。

    • ボリュームのみの場合:

      • サイズ単位サイズ単位: ドロップダウンリストから単位を選択します(相対%または絶対GiB)。相対は現在使用されている容量のパーセンテージです。

      • 最小サイズスケールダウンする際に、ボリュームで維持する最小サイズを入力します。これは、現在使用されている容量 + ヘッドルーム量として評価されます。

        注記

        注意: 利用可能なスペースが設定された最小空きスペースを下回ると、ボリュームは最小利用可能スペースを満たすために増加します。キャパシティプールサイズを超え、かつキャパシティプールのスケーリングが有効な場合、ボリュームの増加を補うため、キャパシティプールが追加で 1 TiB 拡張されます(設定された最大総サイズまで)。

      • 最大サイズスケールアウトする際に、ボリュームが増加すべき最大値を入力します。これは、現在使用されている容量 + スケーリング量として評価されます。

        • 未満:未満: 制御されていないシステムの成長を防ぐために、ボリュームが成長できる最大サイズを定義します。これは、利用可能なキャパシティプールサイズによって制限されます。

    • ボリュームとキャパシティプールの場合:

      • ボリュームの最小空き容量:ボリュームで維持する最小空き容量を入力します。現在の空きスペースがこのしきい値を下回ると、ボリュームはキャパシティプールと共に自動的に拡張されます。

      • ボリュームの最大合計サイズ:ボリュームの最大サイズを TiB 単位で入力します。ボリュームとキャパシティプールの組み合わせは、この値より大きく拡張されることはできません。

    • 制限を超えるとエラーが発生する:計算されたサイズが最大値を超えた場合に、自動スケールプロセスがエラーをトリガーするように、このオプションを選択します。

      注記

      注意: これにより、通知を使用してこれらのエラーを追跡できます。詳細については、メール通知の設定を参照してください。

    サイズとパフォーマンス計算機は、最小および最大の構成値を表示し、パフォーマンス特性を示します。

  6. オプションで、スケジュールベースのスケーリング オンに切り替え、設定を構成します。

    注記

    注意: これは、ストレージシステムに需要のピークがある場合に便利です(たとえば、複数のユーザーが同時にサインインおよびサインアウトする場合)。ピークの自動スケーリングの期間を複数指定できます。その後、システムは自動的に最小サイズにスケールダウンします。スケジュールが重複しないようにしてください。

    • タイムゾーンドロップダウンリストからタイムゾーンを選択してください。

    • 日ドロップダウンリストからディスクを選択してください。

    • 時間時間: ドロップダウンリストから時間の範囲を選択します。

    • プロビジョニング済みサイズをに設定:現在の容量を超えて、ボリュームに追加する容量を入力します。

  7. オプションで、レイテンシベースのスケーリング オンに切り替え、設定を構成します。

    • Auto-scale トリガーを選択ドロップダウンリストからトリガーを選択してください。

      注記

      注意: これは、Azure Storageによって成功したリクエストを処理するのにかかる平均または最大値の時間です。

    • ボリュームサイズ (スケールアウト) を拡大するサーバーの遅延が指定されたしきい値を超えた場合、システムは設定した値でボリュームサイズを増加させます。

    • ボリュームサイズ (スケールイン) を小さくするサーバーの遅延が指定されたしきい値を下回った場合、システムは設定した値でボリュームサイズを減少させます。

  8. すべての必要な情報を入力したら、[保存] または [保存して閉じる] を選択します。

    設定されたファイルは、 Azure NetApp Filesのファイルの一覧に表示されます。

関連トピック

Azure NetApp Sharesの自動スケール履歴

注記

この機能は、 Nerdio ManagerPremium エディションでのみ利用可能です。

自動スケール履歴の視覚化は、自動スケールの振る舞いと、それが展開に与える影響を理解するのに役立ちます。

以下は重要な自動スケール履歴の機能です。

  • 時間範囲時間範囲: ウィンドウの上部で、表示する時間範囲を選択します。

  • 表示表示: ウィンドウの上部で、表示するグラフを選択します。

  • 節約節約: ウィンドウの上部で、自動スケールによる節約を確認できます。

  • 拡大:ズームイン: サイズ (GiB)グラフのみ、ズームインしたいグラフの部分をクリックしてドラッグします。ズームインしているときは、ズームアウトを選択して、全体のグラフを復元します。

  • ホバー:ホバー: どのグラフの部分にでもホバーすると、その詳細が表示されます。例えば:

    image184.png
  • アクションポイント:

    • Auto-scale History Scale Out Icon.png スケールアウト:

    • Auto-scale History Scale In Icon.png スケールイン:

    • Auto-scale History Azure Error Icon.png Azureの問題:これは、Azureとの通信に問題があったことを示します。これが頻繁に発生する場合は、

  • 任意のグラフ下部でデータセット名を選択し、その情報に関連する表示ラインをオンまたはオフに切り替えます。例えば、ピークサイズを選択すると、グラフ上のそのラインを非表示にできます。再度選択すると、表示されます。

    image185.png
Azure NetApp ファイル共有の自動スケール履歴を表示するには:
  1. Cloud Desktops > Storage > Azure NetApp Files に移動します。

  2. 作業したいファイル共有を見つけます。

  3. アクションメニューから、[自動スケール] > [履歴] を選択します。

  4. 表示する時間範囲と特定のグラフを選択します。

    • サイズ (GiB):サイズ (GiB): サイズグラフは、ファイル共有のサイズに関する以下の情報を表示します:

      • ピークサイズ:ファイル共有の最大サイズ。

      • 実際のサイズ:ファイル共有の実際のサイズ。

      • 使用容量ファイル共有で現在使用されている容量。

    • レイテンシ (ms):レイテンシグラフは、以下の情報を表示します。

      • 読み取りレイテンシ (平均):平均読み取りレイテンシ。

      • 書き込みレイテンシ (平均):平均書き込みレイテンシ。

    • 節約節約%: 節約グラフは、節約の割合を表示します。

関連トピック

Azure Files ファイル共有の自動スケール履歴

この記事は役に立ちましたか?

0人中0人がこの記事が役に立ったと言っています
他にご質問がございましたら、リクエストを送信してください

コメント (0件のコメント)

記事コメントは受け付けていません。