仮想マシンイメージを保存するためのGlusterFSまたはCephRBD
Cloudstack/KVM環境に仮想マシンのイメージを保存するためにglusterfs5.3を使用していますが、VMの大部分はDBサーバー（SQL ServerとMariaDB）です。しかし、特にデータベースサーバー上のVMでパフォーマンスの問題に直面しています。小さなデータベースでも多くのタイムアウトが発生します。また、VMのGUIと起動時間も、ローカルストレージまたはNFS上のVMと比較してかなり遅いと感じました。
チューニングをたくさん検索しましたが、有効なソリューションが見つかりませんでした。構成パラメーターが不足しているか、ceph RBDやCLVM、またはそのようなワークロードの他のソリューションを選択する必要があるかどうかを教えてください。
これがレンガの情報です
再構成されたオプション：
cluster.choose-local：オフ
user.cifs：オフ
features.shard：オン
cluster.shd-wait-qlength：10000
cluster.shd-max-threads：8
cluster.locking-scheme：詳細
cluster.data-self-heal-algorithm：full
cluster.server-quorum-type：サーバー
cluster.quorum-type：auto
cluster.eager-lock：有効にする
network.remote-dio：有効にする
performance.low-prio-threads：32
performance.io-cache：オフ
performance.read-ahead：オフ
performance.quick-read：オフ
storage.owner-gid：107
storage.owner-uid：107
cluster.lookup-optimize：on
client.event-threads：4
transport.address-family：inet
nfs.disable：on
performance.client-io-threads：on
サーバーは、専用の10Gインターフェイス上のglusterノードに接続されます。
あなたが探している答えではありません。
ローカルストレージ+データベースの定期的なバックアップを検討しましたか？
私はNFSストレージとZVOLを介してデータベースを実行するこのルートを使用しましたが、それらは非常に遅く、ネットワークを経由する複雑さが増すと、常にそれらを望まない問題が発生しました。
次に、これらのデータベースサーバーをローカルRAID SSDに切り替えました。それ以来、パフォーマンスが大幅に向上し、ストレージ関連の問題がまったく発生しないチャンピオンのように動作します。これはバラ色に聞こえますが、ローカルディスクに障害が発生した場合（最終的には障害が発生します）、バックアップから復元する必要があります。バックアップを実行し、定期的に発生するかどうかを確認し、復元可能かどうかを確認してください。
データベースのサイズもこの考慮事項に影響する可能性があります。