VM クラシックがあり、それを置き換える新しい VM を作成したいと考えています。そのため、Azure のファイル共有機能を使用して、古い VM 上のファイルを転送したいと考えています。両方の VM は Ubuntu 上で実行されています。
ただし、新しい VM でファイル共有を正常に接続できるにもかかわらず、古い VM ではマウント エラー 13 が発生します。
VMクラシックはUbuntu 14.04、新しいものはUbuntu 18.04です
この方法ではファイルを転送できないのでしょうか? 他にどのような選択肢がありますか?
答え1
VM がクラシック VM であるという事実は、Azure ファイル共有をマウントできるかどうかには関係ありません。共有をマウントするプロセスは、それがクラシック VM であるか ARM VM であるかを認識できない VM OS 内でのみ実行されます。
この問題は、おそらく Ubuntu のバージョンに起因しています。14.04 は Azure Files をマウントするためにサポートされている最も古い OS ですが、ファイル共有と同じリージョンの VM から SMB 2.1 のみを使用します。SMB 3 を使用する場合、またはファイル共有が存在するリージョンとは異なるリージョンの VM にマウントする場合は、少なくとも 16.04 が必要です。
答え2
Sam Cogan がすでに述べているように、これはクラシック VM であるか ARM VM であるかとは関係ありません。
これは通常、暗号化されていない通信チャネル、または仮想ネットワークまたはストレージ アカウントにファイアウォール ルールが設定されている場合に発生します。詳細情報と考えられる解決策については、こちらをご覧ください。Azure ファイル共有をマウントするときに「マウント エラー (13): アクセスが拒否されました」というエラーが発生する
これもあなたにとって興味深いかもしれませんLinux で Azure Files を使用するそこには次のものが記載されています:
Linux で Azure ファイル共有をマウントする場合、SMB 3.0 を使用することをお勧めします。既定では、Azure Files では転送中の暗号化が必要ですが、これは SMB 3.0 でのみサポートされています。Azure Files は転送中の暗号化をサポートしていない SMB 2.1 もサポートしていますが、セキュリティ上の理由から、別の Azure リージョンまたはオンプレミスから SMB 2.1 を使用して Azure ファイル共有をマウントすることはできません。アプリケーションで特に SMB 2.1 が必要な場合を除き、最近リリースされた人気の Linux ディストリビューションのほとんどが SMB 3.0 をサポートしているため、SMB 2.1 を使用する理由はほとんどありません。
