SSD RAIDとTRIMサポートのセットアップ方法

Question

新しいサーバーをセットアップしようとしています。 Intel 520シリーズ240gb MLC ssdsまたは標準Seagate 7200rpmディスクのみを使用できます。
これらは交渉不可能なオプションです。

当然、これはMySQLサーバーを主なタスクとしてMySQLを実行する予定です。最大のパフォーマンスのボトルネックはディスクI/Oであるため、SSDを使用することを好みます。

1TB近くのディスクスペースが必要です。現在、RAID5は最高のパフォーマンスを発揮せず、SSDには最適ではないと噂されているため、720GB（240GB * 3）を提供するRAID 10（1 + 0）セットアップを検討しています。

ソフトウェアraidを使用してUbuntu 12.04.01 LTSでこれを設定する方法を知って、TRIDサポート（Linuxで呼ばれると思う）がraid構成で有効になっていることを確認する必要があります。

誰もこれをうまくいかないのですか？注意すべきハウツー情報やもの、基本的にどのツールを使用するかなどは、大きな助けになるでしょう。

理想的には、SSD RAIDアレイからブートできる必要もあります。

誰でも私を正しい方向に向けることができますか？

ありがとう。

ppetraki · Answer

答えは「それは依存する」であり、そのような柔軟性のない立場を主張する前に、TRIMが何をするかを本当に理解する必要があります。

http://www.spinics.net/lists/raid/msg39641.html

MD RAIDは、DISCARD要求を転送するための特定のサポートが必要であり、3.6までは提案されていなかったため、正確なカーネルではサポートされません。見ただけで、そこにはありません。

https://lkml.org/lkml/2012/3/11/261

SSDはすてきですべてですが、高RPMの磁気ストレージと組み合わせると最も費用効果が高くなります。たとえば、RAID 1 SSDアレイを使用してファイルシステムジャーナルを格納し、ファイルシステムは15Kディスクで構成されるRAID 10でバックアップされます。

http://insights.oetiker.ch/linux/external-journal-on-ssd/

RPMSが高ければ高いほど、最悪のシーク時間は短くなります。ランダムIOロードは、高RPMバッキングストアから最も恩恵を受けます。 SQLは書き込み集中型になる可能性があるため、パリティ計算は悪いアイデアです。 RAID 4および5。

RAIDとファイルシステムの構成は、バッキングストアと同じくらい重要です。

手動でディスクをいつでもトリムできます。毎週開始しても構いません。より頻繁に実行する前に、パフォーマンスへの影響を確認する必要があります。ああ、それらは燃え尽きるので、SSDが持っている書き込み/削除サイクルの数を見積もって、一度に1レッグのRAID 1を保守することは良い考えです。

https://wiki.archlinux.org/index.php/Solid_State_Drives#Apply_TRIM_via_cron

Darth Cookie · Answer

私はこの質問に最近ジョニー来ていることを知っていますが、検索する人のためにこれにいくらか光を当てることができるかどうかを見たいです。

まず、@ ppetrakiの答えは素晴らしいです。

「SSDをRAIDから起動して起動できますか」に対する簡単な答えは「はい！」です。手順はこちら 14.04の場合。 12.04.xでのRAID構成の手順は同じですが、 9.10を使用するこのチュートリアルに写真があります。以下は、個人的な経験を通じて、私が困難な方法を発見しなければならなかった重要な落とし穴と詳細です。

MD RAID0構成の3.8カーネルとSSDに優しいBtrfsファイルシステムでUbuntu 12.04.5を実行しています。私はfstrimを毎週のcronとして実行しています。

私の余分な Btrfsマウントオプション fstabから：

defaults,ssd,ssd_spread,space_cache,compress=no,noatime

3.8カーネルは、compress=noをBtrfsマウントオプションとして使用する場合に必要であり、fstrim（スケジュールされたトリムに使用される手動トリムコマンド）の使用にも必要になる場合があります。

また、SSDのページサイズに応じて、最初のパーティションのみが適切になりますので、インストーラを起動する前に、SSDで手動でパーティションを整列する（マルチパーティション設定、レイドの有無にかかわらず）調整され（キャッチするのに時間がかかりました）、ドライブの寿命に深刻な影響を与える可能性があります。これは、インストーラー内のコマンドプロンプトから、またはインストールを試行する前のライブusb/discから実行できます。警告：自分で計算を行います。 Fdiskはアライメントについて嘘をつきます。

さらに読む： Btrfsは独自のRAIDアレイを作成することさえできると思います。

TRIMについて：

間違いなく不要オーバープロビジョニングのおかげ

14.04は、enable TRIMサポートの追加設定なしの最初のリリースですが、以前のディストリビューションで有効にするのは簡単です。カーネル2.6.33+を使用している場合。

選択したファイルシステムに応じて、 trim/discardを有効にできます fstabを編集し、適切なマウントオプションを設定します。これを行うことと cronを介して実行するの違いは、1つ目はオンザフライでトリミング/破棄し、2つ目はスケジュールに従って一括して行うことです。 2番目を使用します。

それは重要ですか？おそらく、オンラインでの破棄（マウントオプションを使用）は素晴らしく実装されておらず、速度が遅いため「お勧めしません」。毎週のcronジョブは実行されますが、OSの応答性はほとんどまったく影響を受けないため、私の "hdd"（hehe）ライトは10〜20分間点灯します。

アレイからの起動

Ubuntu 14.04の手順のクイックスキャンではこれを確認できませんが、RAIDアレイの一部ではない追加のプライマリパーティションを作成する必要がありました。ディスク0には、ext3fsの500mbプライマリパーティションがあります。インストール中に、インストーラーに「/ boot」にマウントするように指示し、ブート可能フラグを設定しました。ここでブートローダーがインストールされ、OSが起動してRAIDをマウントできるようになります。残りのディスク0スペースは2つのパーティションに分割され、後で「/」および「/ swap」になるMDアレイに使用されます。ディスク1は同じですが、ブートパーティションはありません。また、いつか必要になる場合にのみスワップを作成し、btrfsはスワップファイルをサポートしていません。このパーティションはマウントされません。インストール後、fstabでコメントアウトしました。

すべての編集を許し、そこにすべてを取得しようとします。