4

私の会社は現在、AWSのS3fsとEc2を使用しています。s3バケットをEc2インスタンスにマウントしましたが、しばらくすると（たとえば、1週間）、一部のバケットが自動的にマウント解除され、サーバーインスタンスがほとんど使用できなくなります。エラーは「トランスポートエンドポイントが接続されていません」です。

S3fsバージョン：ソースからの1.61ビルド

FUSEバージョン：2.84.1ソースからビルド

OS：Linux、Ubuntu 11.04

これらの問題を防止する（または少なくとも検出する）ためのある種の安全なメカニズムはありますか？

4

2 に答える 2

1

s3fsは素晴らしいアイデアですが、s3の呼び出しはある程度内部的なものである可能性がありますが（または「ネットワーク上で」としましょう）、HTTP経由でファイルシステムをマウントしていることに注意してください。それは長期的には安定しないでしょう。

たぶん、質問を言い換えて、代替案を求め、あらゆる種類の（推測している）共有ネットワークファイルシステムを使用して、達成しようとしていることを共有することができます。魅力はわかりますが、Amazon EC2では通常、シェアードナッシングアプローチを使用しており、インスタンスをより簡単にリサイクルできるようにするために、ネットワークに関連する余分なものは避ける必要があります。

私の答えを拡張して幸せです。

于 2011-11-08T17:48:10.357 に答える
1

素晴らしい洞察。これについては考えていませんでした。しかし、ここに私たちが取ることができる3つの予防措置があります：

1）自動マウントを作成して、EC2がダウンしたという非常にまれなイベントで、EC2が/ etc/fstabを介して戻ってきたときにS3が再びマウントされるようにします。

2）または/および必要に応じて、cronを使用してセカンダリ自動マウントを作成します。

echo "/usr/bin/s3fs [s3 bucket name] [mountpoint path] -o allow_other" >> automount-s3
sudo mv automount-s3 /usr/sbin
sudo chown root:ubuntu /usr/sbin/automount-s3
sudo chmod +x /usr/sbin/automount-s3

crontab -e

この行を追加します

@reboot /usr/sbin/automount-s3

3）S3がまだマウントされているかどうかを確認するために、別の1時間ごとのcronも作成します。これは、ダミーファイルがEC2パスに存在するかどうかを確認することで実行できます。ファイルが存在しない場合、cronは「/ usr / bin / s3fs -oallow_other[s3バケット名][マウントポイントパス]」を呼び出して手動マウントを実行します。管理者への電子メールをトリガーして、システムにもログインするとよいでしょう。

于 2013-08-14T04:26:51.767 に答える