2つのRHELサーバー間でext4ファイルシステムを共有しますが、一度に1つだけマウントできます。

2つのRHELサーバー間でext4ファイルシステムを共有しますが、一度に1つだけマウントできます。

SANストレージへの物理接続を共有する2台のRHEL 6サーバーがあります。つまり、両方のサーバーが/dev/sdb実行中にこの接続を表示できますfdisk -l

私の目標は、2台のサーバーが同時にext4にアクセスできるようにすることではありません。実際、ほとんどの場合、サーバーの1つにこのプログラムがインストールされています。最初のサーバーが失敗した場合にのみ、他のサーバーがこのext4ファイルシステムをマウントしたいと思います。

論理ボリュームを作成し、両方のサーバーがファイルシステムを正常にマウントできるかどうかをテストしました。マウントする前に、そのボリュームが別のサーバーにマウントされていないことを確認して確認するスクリプトを作成します。

私の質問は、サーバーがこのようなext4ファイルシステムを交互にマウントするときに私が見逃した潜在的な問題があるかどうかです。 OSがボリュームの確認や「コメント」を実行できるかどうか心配です。

答え1

このようにext4を使用することには問題はありませんが、実際には通常、ファイルサーバー(デュアルホームNFSサーバーやLustreなどの大規模クラスタファイルシステム)を使用する高可用性(HA)構成で行われます。mmpHAソフトウェアで使用するように設計されたext4機能であるマルチマウント保護()もあります。減らす両方のノードに同時にインストールすると、ファイルシステムが破損する危険性があります。

つまり、ストレージを直接作成するのではなく(すべてのデータが失われる可能性がある)、Corosync / Pacemaker(RHEL / CentOSにデフォルトで含まれている)などの既存のHAソフトウェアを使用してストレージを管理する必要があります。powermanSTONITHのハードウェア電源制御(例:)とmmpバックアップ(まれにCorosync / Pacemakerエラーが発生した場合)を使用すると、複数のサーバーに単一のext4ファイルシステムを一度に1つずつ安全にマウントできます。

あなたの質問は明確ではありません。一つサーバー間でディスクを同時に使用することはあまり安全ではありません。一度に1つのサーバーからのみディスク全体にアクセスできます。

答え2

実際には、ファイルシステムをアンマウントして別のOSインストールからマウントするときに何度も実行した一般的なシナリオがあります。これを「回復」といいます。

復元するたびに、CDまたは他のコンピュータインストールのオペレーティングシステムから起動し、ファイルシステムを変更します。これを削除して元のOSから起動すると、すべてがうまく機能します。

この状況は、私(そしておそらく経験豊富なすべてのLinux管理者)が何の問題もなく何十回も行った標準的なメンテナンス作業と似ています。

また、あるコンピュータにUSBドライブをマウントしてマウント解除し、問題なく別のコンピュータにインストールすることもできます。


もちろん、ファイルシステムに関するいくつかの注意事項があります。特定のインストールに依存しませんが、「マウントオプション、ファイルシステムの状態 - クリーンアップなど...」などの重要なFSプロパティを保存します。

電話をかけると、これらのプロパティについて学ぶことができます。

男性は2fsを調整します


正しいロックメカニズムなどを心配するので、ファイルシステムを正しくアンマウントし、他のOSにインストールするときはそれをあまり心配しません。 Ext3/4ファイルシステムはなぜ設計されていないのですか?を使用してクラスタを作成したいと思います。

無料のオープンソースであり、このような状況のために特にLinuxカーネルで生成された代替手段であるOCFS2(Oracle Cluster File System 2)があります。テスト済みの無料ソリューションを利用できますが、なぜホームブルー(「不明なエラーがある」を読む)ロックシステムの代わりにOCFS2を使用しないのかわかりません。

答え3

ファイルシステムが完全にマウント解除されている限り、両方のホストが上記の方法でデバイスを共有できない理由はありません。前提は、UID(Universal UserId)があることです。 AliceがホストAのユーザーID 1001で、BobがホストBのユーザーID 1001の場合、ホストAのAliceが所有する/mnt/yourshareddevice/somedirectoryにマウントされた/dev/sdbのディレクトリは、ホストBのBobが所有するになります。 。

個人的には、より伝統的なネットワークファイルストレージソリューション(NFS、SMB、Glusterなど)を介してデバイスを共有する方が便利だと思いますが、説明するのは実行可能で実用的です。

関連情報