このトピックの対象は Linux のみです。 Windows ユーザーはこのトピックをスキップできます。
手順 1: noresvport パラメーターの指定有無の確認
手順 2:オフピーク時の noresvport パラメーターに関連するマウントの問題の解決
- Apsara File Storage NAS を ECS インスタンスにマウントする場合、次のコマンドを使用して再度スクリプトを実行します。
python2.7 /tmp/check_noresvport.py -e -r
- Apsara File Storage NAS をコンテナにマウントする場合、次のコマンドを使用して、コンテナが存在するノードで再度スクリプトを実行します。
python2.7 /tmp/check_noresvport.py -e -c
手順 3:自動マウント設定の更新
- 自動マウントを設定済みの場合は、noresvport パラメーターを追加し、自動マウントの設定を更新します。 詳細については、「Linux で自動マウントを設定する」をご参照ください。
- 自動マウントが設定されていない場合は、本手順をスキップしてください。
上記の手順が完了したら、「手順 1: noresvport パラメーターの指定有無の確認」を処理し、結果を検証します。 さらに質問がある場合は、Dingtalk グループ 2311076 に参加して Alibaba Cloud カスタマーサービスにお問い合わせください。
よくある質問
- noresvport パラメーターを使用して Apsara File Storage NAS ファイルシステムをマウントする必要があるのはなぜですか。 ファイルシステムを再マウントしないとどうなりますか。
ネットワーク切り替えまたはバックエンドサービスの高可用性 (HA) 切り替えが発生した場合、ファイルシステムのネットワークが中断される可能性は低くなります。 ほとんどの場合、通信は数分以内に自動的に復元します。 最悪のシナリオでは、ECS インスタンスを再起動して通信を復元する必要があります。 ただし、noresvport パラメーターが指定されている場合、通信は数秒以内に自動的に復元します。
- ネットワークの切り替えまたはバックエンドサービスの HA の切り替えはどのような場合に発生しますか。
Apsara File Storage NAS は、安定性と継続性のあるファイルストレージサービスを提供します。 ただし、ネットワークの切り替えまたはバックエンドサービスの HA の切り替えが発生する可能性はわずかにあります。 サービスのアップグレードにより、バックエンドサービスの HA 切り替えが発生する場合があります。 これらの切り替えにより、クライアントネットワークが中断される可能性は低くなります。 サービスのアップグレードの前には、予防措置として関連するユーザーにアップグレードスケジュールに関する通知を送信します。 できる限り早く noresvport パラメーターを適用することを推奨します。 バックエンドでアップグレードがスケジュールされていない場合、noresvport パラメーターを適用すると、他の予期しない問題によるファイルシステムの障害を防ぐことができます。 これらの問題には、Server Loader Balancer (SLB) インスタンスの変更、バックエンドでのハードウェア障害、および切り替えがトリガーされる可能性のあるその他のケースが含まれます。
- 再度ファイルシステムをマウントする必要があるのはなぜですか。 問題に対する他の解決策はありますか。
ファイルシステムを再マウントする前に、ファイルシステムに対する以前のすべての TCP 接続を切断する必要があります。 確実に noresvport パラメーターを有効にするには、新しい TCP 接続を確立する前に、以前の TCP 接続をすべて削除する必要があります。 以前のすべての TCP 接続を削除するには、Apsara File Storage NAS に関連するすべてのサービスを停止してから、umount コマンドを使用してファイルシステムをアンマウントする必要があります。ファイルシステムを再マウントしない場合は、ファイルシステムの新しいマウント対象を作成することを推奨します。 次に、新しいマウント対象を別のローカルディレクトリにマウントする必要があります。 以前のローカルディレクトリとマウント対象を削除する前に、すべてのサービスを一括で新しいローカルディレクトリに移行する必要があります。