次の方法で共有

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

  • [アーティクル]

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

Note

この記事は役に立ちましたか? あなたの入力は私たちにとって重要です。 このページの Feedback ボタンを使用して、この記事がどれだけうまく機能したか、または改善方法をお知らせください。

ご質問に対する回答がここで見つからない場合は、次のチャネルで (上から順に) お問い合わせください。

適用対象

ファイル共有の種類 SMB NFS
Standard ファイル共有 (GPv2)、LRS/ZRS
Standard ファイル共有 (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 つ以上のプライベート エンドポイントが構成されているストレージ アカウントのパブリック エンドポイントにアクセスしようとすると、次の出力が表示されます。 出力には、ストレージ アカウントの通常の FQDN とストレージ クラスターの名前の間に配置された、 mystorageaccount.privatelink.file.core.windows.net用の追加の CNAME レコードが含まれます。 これにより、ユーザーがインターネットからアクセスしているときのパブリック エンドポイントの 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

プライベート エンドポイントに解決する場合は、通常、プライベート エンドポイントの IP アドレスにマップされる mystorageaccount.privatelink.file.core.windows.net の A レコードが返されると考えられます。

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 フィードバック コミュニティに製品フィードバックを送信することもできます。