次の方法で共有


Azure Filesのトラブルシューティング

この記事では、Azure Filesに関連する一般的な問題の一覧を示します。 また、これらの問題の考えられる原因と解決策も提供します。

注:

この記事はお役に立ちましたか? お客様の入力は、当社にとって重要です。 このページの [フィードバック ] ボタンを使用して、この記事がどれだけうまく機能したか、または改善する方法をお知らせください。

質問に対する回答が見つからない場合は、次のチャネル (エスカレート順) を通じてお問い合わせください。

適用対象

ファイル共有の種類 SMB Nfs
標準ファイル共有 (GPv2)、LRS/ZRS
標準ファイル共有 (GPv2)、GRS/GZRS
Premium ファイル共有 (FileStorage)、LRS/ZRS

一般的なトラブルシューティングの最初の手順

Azure Filesで問題が発生した場合は、次の手順から始めます。

Azure ファイル共有への DNS 解決と接続を確認する

Azure Filesお客様が発生する最も一般的な問題は、ネットワーク構成が正しくないため、Azure ファイル共有のマウントまたはアクセスが失敗することです。 これは、AZURE FILESサポートされている 3 つのファイル共有プロトコル (SMB、NFS、FileREST) のいずれかで発生する可能性があります。

次の表に、使用できるストレージ アカウントのネットワーク エンドポイントの SMB、NFS、FileREST の要件と、そのエンドポイントにアクセスできるポートを示します。 ネットワーク エンドポイントの詳細については、「Azure Filesネットワークに関する考慮事項」を参照してください。

プロトコル名 無制限のパブリック エンドポイント 制限付きパブリック エンドポイント プライベート エンドポイント 必要なポート
SMB TCP 445
Nfs TCP 2049
FileREST TCP 443 (HTTPS)、TCP 80 (HTTP)

ファイル共有を正常にマウントまたはアクセスするには、クライアントで次の操作を行う必要があります。

  • ストレージ アカウントの完全修飾ドメイン名 (例: mystorageaccount.file.core.windows.net) を、ストレージ アカウントの目的のネットワーク エンドポイントの適切な IP アドレスに解決できます。

  • 目的のプロトコルの正しいポートで、正しく解決された IP アドレスへの TCP 接続が成功したことを確認します。

注:

共有をマウントまたはアクセスするときは、ストレージ アカウントに完全修飾ドメイン名 (FQDN) を使用する必要があります。 次のコマンドを使用すると、ストレージ アカウントのネットワーク エンドポイントの現在の IP アドレスを確認できますが、これらの IP アドレスをスクリプト、ファイアウォール構成、またはその他の場所にハードコーディングしないでください。 IP アドレスは同じままであるとは限りません。また、いつでも変更される可能性があります。

DNS の名前解決を確認する

次のコマンドを使用すると、ストレージ アカウントの DNS 名解決をテストできます。

# If you have changed the DNS configuration in your environment, it may be helpful to clear
# the DNS client cache to ensure you're getting the updated DNS name resolution.
Clear-DnsClientCache

# Replace this value with the fully qualified domain name for your storage account. 
# Different storage accounts, especially in different Azure environments, 
# may have different suffixes than file.core.windows.net, so be sure to use the correct
# suffix for your storage account.
$hostName = "mystorageaccount.file.core.windows.net"

# Do the name resolution. Piping to Format-List is optional.
Resolve-DnsName -Name $hostName | Format-List

によって Resolve-DnsName 返される出力は、環境や目的のネットワーク構成によって異なる場合があります。 たとえば、プライベート エンドポイントが構成されていないストレージ アカウントのパブリック エンドポイントにアクセスしようとすると、次の出力が表示されます。 この出力では、 x.x.x.x ストレージ アカウントを提供する Azure ストレージ プラットフォームのクラスター file.phx10prdstf01a.store.core.windows.net の IP アドレスです。

Name       : mystorageaccount.file.core.windows.net
Type       : CNAME
TTL        : 27
Section    : Answer
NameHost   : file.phx10prdstf01a.store.core.windows.net

Name       : file.phx10prdstf01a.store.core.windows.net
QueryType  : A
TTL        : 60
Section    : Answer
IP4Address : x.x.x.x

1 つ以上のプライベート エンドポイントが構成されているストレージ アカウントのパブリック エンドポイントにアクセスしようとすると、次の出力が表示されます。 出力には、 の mystorageaccount.privatelink.file.core.windows.net追加の CNAME レコードが含まれ、ストレージ アカウントの通常の FQDN とストレージ クラスターの名前の間に配置されます。 これにより、ユーザーがインターネットからアクセスしているときにパブリック エンドポイントの IP アドレスに名前解決を行い、ユーザーが Azure 仮想ネットワーク (またはピアリングされたネットワーク) 内からアクセスしているときにプライベート エンドポイントの IP アドレスに解決できます。

Name       : mystorageaccount.file.core.windows.net
Type       : CNAME
TTL        : 60
Section    : Answer
NameHost   : mystorageaccount.privatelink.file.core.windows.net

Name       : mystorageaccount.privatelink.file.core.windows.net
Type       : CNAME
TTL        : 60
Section    : Answer
NameHost   : file.phx10prdstf01a.store.core.windows.net


Name       : file.phx10prdstf01a.store.core.windows.net
QueryType  : A
TTL        : 60
Section    : Answer
IP4Address : x.x.x.x

プライベート エンドポイントに解決する場合は、通常、その A レコード mystorageaccount.privatelink.file.core.windows.net がプライベート エンドポイントの IP アドレスにマップされることを想定しています。

Name                   : mystorageaccount.file.core.windows.net
Type                   : CNAME
TTL                    : 53
Section                : Answer
NameHost               : mystorageaccount.privatelink.file.core.windows.net


Name                   : mystorageaccount.privatelink.file.core.windows.net
QueryType              : A
TTL                    : 10
Section                : Answer
IP4Address             : 10.0.0.5

TCP 接続を確認する

次のコマンドを使用すると、解決された IP アドレス/ポート番号への TCP 接続を行うクライアントの機能をテストできます。

# Replace this value with the fully qualified domain name for your storage account. 
# Different storage accounts, especially in different Azure environments, 
# may have different suffixes than file.core.windows.net, so be sure to use the correct
# suffix for your storage account.
$hostName = "mystorageaccount.file.core.windows.net"

# Do the TCP connection test - see the above protocol/port table to figure out which
# port to use for your test. This test uses port 445, the port used by SMB.
Test-NetConnection -ComputerName $hostName -Port 445

接続が正常に確立された場合は、次の結果が表示されます。

ComputerName     : mystorageAccount.file.core.windows.net
RemoteAddress    : x.x.x.x
RemotePort       : 445
InterfaceAlias   : Ethernet
SourceAddress    : y.y.y.y
TcpTestSucceeded : True

診断を実行する

Windows クライアントLinux クライアントの両方で、クライアント環境に正しい前提条件があることを確認するために使用AzFileDiagnosticsできます。 AzFileDiagnostics は症状検出を自動化し、最適なパフォーマンスを得るために環境を設定するのに役立ちます。

一般的なトラブルシューティング領域

詳細については、トラブルシューティングする対象領域を選択します。

一部の問題は、複数のサブジェクト領域 (接続とパフォーマンスの両方など) に関連する可能性があります。

お困りの際は、

それでも問題が解決しない場合は、 サポートにお問い合わせください

関連項目

お問い合わせはこちらから

質問がある場合やヘルプが必要な場合は、サポート要求を作成するか、Azure コミュニティ サポートにお問い合わせください。 Azure フィードバック コミュニティに製品フィードバックを送信することもできます。