急いで古いサーバーを投げないでください、それらから1時間で高速イーサネットSHDを収集することが可能です

大規模な顧客のいずれかでEMCアレイ用の新しいディスクシェルフをインストールした後。 施設を出ると、ラックから引き出して多数のサーバーをロードする準備をしている運送会社の形の人々に注目しました。 顧客のシステム管理者とのコミュニケーションは密集しているため、これらは古いマシンであり、多くのディスクがありますが、メモリとプロセッサの能力がほとんどないことがすぐにわかりました。 それらを更新することは有益ではなく、腺は倉庫に送られます。 そして、彼らはほこりで覆われている年のどこかにオフになります。



鉄は、一般に、過去の世代の悪いものではありません。 もちろん、捨てることは残念でした。 次に、EMC ScaleIOのテストを提案しました。 つまり、次のように機能します。







ScaleIOは、オペレーティングシステムの上にあるサーバーにインストールされるソフトウェアです。 ScaleIOは、サーバー部分、クライアント部分、および管理ノードで構成されています。 ディスクリソースは、1つの仮想シングルレベルシステムに結合されます。

仕組み

システムには3つの制御ノードが必要です。 これらには、アレイの状態、そのコンポーネント、および進行中のプロセスに関するすべての情報が含まれています。 これは一種の配列オーケストレーターです。 ScaleIOが適切に機能するには、少なくとも1つの制御ノードが稼働している必要があります。



サーバー側は、単一のプール内のサーバー上の空き領域を結合する小さなクライアントです。 このプールで、月を作成し（1つの月がプールに含まれるすべてのサーバーに分散される）、それらをクライアントに提供できます。 ScaleIOは、サーバーRAMを読み取りキャッシュとして使用できます。 キャッシュサイズは、サーバーごとに個別に設定されます。 合計ボリュームが大きいほど、アレイの動作は速くなります。



クライアント部分はブロックI / Oデバイスのドライバーであり、ローカルディスクの形で月のさまざまなサーバーに分散されています。 これは、たとえば、ScaleIO moonsがWindows上でどのように見えるかです。







ScaleIOをインストールするための要件は最小限です。

CPU	IntelまたはAMD x86 64ビット
記憶	管理ノード用に500 MBのRAM 各データノードに500 MBのRAM 各クライアントに50 MBのRAM
サポートされているオペレーティングシステム	Linux：CentOS 5.5-7.0、 Red Hat 5.5-7.0、またはSUSE 11 SP1、SP2、およびSP3 Windows：2008 R2、2012、または2012 R2 ハイパーバイザー： VMware ESXi OS：5.0、5.1、または5.5、vCenter 5.1または5.5のみで管理 Hyper-V XenServer 6.1 RedHat KVM

もちろん、すべてのデータはイーサネットネットワークを介して送信されます。 すべてのI / Oと帯域幅は、クラスター内のすべてのアプリケーションで使用できます。 各ホストは同時に多くのノードに書き込みます。つまり、スループットと入出力操作の数が非常に大きな値に達する可能性があります。 このアプローチの追加の利点は、ScaleIOがノード間の厚い相互接続を必要としないことです。 サーバーにイーサネット1Gbが搭載されている場合、このソリューションはストリーミング記録、アーカイブ、またはファイルトラッシュに適しています。 ここでは、テスト環境または開発者を実行できます。 イーサネット10GbとSSDを使用すると、優れたデータベースソリューションが得られます。 SASディスクでは、VMwareでデータストアを上げることができます。 同時に、ESXの下にはクライアント部分とサーバー部分の両方があるため、仮想マシンはスペースが共通の月に割り当てられている同じサーバー上で実行できます。 私は個人的にこの種のバリエーションが本当に好きです。



多数のディスクがある場合、確率論はコンポーネントのいずれかの故障のリスクを高めます。 このソリューションは興味深いものです。コントローラレベルのRAIDグループに加えて、異なるサーバーでデータミラーリングが使用されます。 すべてのサーバーは、障害セット（同時障害の可能性が高いマシンのセット）に分割されます。 障害セット間でデータがミラーリングされるため、障害セットの1つが失われてもデータにアクセスできなくなります。 単一の障害セットには、同じラックに配置されたサーバー、または異なるオペレーティングシステムのサーバーが含まれる場合があります。 後者のオプションは、オペレーティングシステムエラーによるクラスタークラッシュの恐れなしに、すべてのLinuxまたはWindowsマシンに同時にパッチを展開できるという点で便利です。

テスト

ScaleIOは、インストールマネージャーを使用してインストールされます。 さまざまなオペレーティングシステム用のソフトウェアパッケージと、目的の結果が得られるcsvファイルをダウンロードする必要があります。 8台のサーバーを使用しました。半分はWindows、残りの半分はSLESです。 8つすべてにインストールするのに5分かかり、[次へ]ボタンを数回クリックしました。



結果は次のとおりです。











ちなみに、これはアレイを制御できるGUIです。 コンソールのファンのために、cliコマンドに関する詳細なマニュアルがあります。 コンソールは、いつものように、より機能的です。



テストのために、データを含むすべてのノードを2つのフェールオーバーセットに分割しました。WindowsとSLESです。 最初のドライブをホストにマップします。







ディスク容量は小さく、わずか56 GBです。 フェイルセーフテストは計画のさらに先にありますが、10分以上再構築の終了を待ちたくありません。



負荷をエミュレートする最も簡単な方法は、IOmeterを使用することです。 ディスクが1秒間でも落ちる場合、私は間違いなく見つけます。 残念ながら、このテストではパフォーマンスをテストできません。サーバーは仮想で、データストアはEMC CX3です。 通常の機器は生産中です。 ここで最初のバイトが実行されました：











前に書いたように、1つのフェールセットをオフにすることができます。 楽しみが始まります。 緊急の状況で生産的なクライアントを使用すると、すべてがうまくいくことを知ってうれしいので、CROCでは、このような状況をラボで作成します。 高可用性ソリューションの信頼性を顧客に納得させる最良の方法は、2つの機器ラックのいずれかをオフにすることです。 ここで私は同じことをします：











GUIには、Windowsオペレーティングシステムがインストールされているすべてのノードが利用できないことが示されます。つまり、データは冗長性によって保護されなくなります。 プールは劣化状態（緑色ではなく赤色）になり、IOmeterは書き込みを続けます。 ホストの場合、半分のノードの同時障害は見過ごされました。



4つのノードのうち3つを含めてみましょう。







再構築は自動的に開始され、飛行は正常です。 興味深いことに、データの冗長性は自動的に復元されます。 しかし、Windowsにはノードが1つ少ないため、より多くのスペースを占有します。 冗長性が復元されると、データが緑色に変わります。



半分準備完了：







そして今、すべて：







データは完全に冗長性を回復しました。 現在、4番目のノードには何もありません。 オンにすると、1つのフェールオーバーセット内でバランシングが開始されます。 新しいノードを追加するときにも同じことが起こります。







データの再バランスが開始されました。 興味深いことに、データは同じファイル設定機能のノードからだけでなく、すべてのノードからコピーされます。 リバランスの終了後、場所の14％がすべてのノードで使用されます。 IOmeterはまだデータを書き込んでいます。







テストの最初の反復は終了し、2番目は別のハードウェアで実行されます。 パフォーマンスをテストする必要があります。

価格

ScaleIOライセンスポリシー-未処理の容量に対してのみ支払います。 ライセンス自体は、ハードウェアにまったく結び付けられていません。 これは、ScaleIOを最も古いハードウェアに配置し、数年後にライセンスを購入せずに最新のサーバーに置き換えることができることを意味します。 アップグレードされたドライブは、最初の購入時の同じドライブよりも高価な場合、標準のアレイライセンスポリシーの後、少し変わっています。



ScaleIOの価格表は、テラバイトの未加工領域あたり約1,572ドルです。 割引は個別に交渉されます（この場所まで読んだ場合、「価格」の価格について説明する必要はないと思います）。 ScaleIOには、オープンソースソリューションと他のメーカーの類似製品があります。 しかし、ScaleIOには重要なプラスがあります。24時間EMCサポートと実装の豊富な経験です。



EMCの同僚は、ミッドレンジストレージと比較して、5年間のコストで最大60％節約できると述べています。 これは、ライセンスのコストを削減することと、ハードウェアの要件、電力、冷却、およびデータセンター内の場所を削減することの両方によって達成されます。 その結果、決定は非常に「反危機」であることが判明しました。 今年は多くの人に役立つと思います。

他にできること

• ScaleIOは分離されたドメインに分割できます（これはクラウドプロバイダー向けです）。
• ソフトウェアはスナップショットを作成し、クライアントの速度を制限できますが、
• ScaleIO上のデータは暗号化され、異なるパフォーマンスのプールに配置できます。
• 線形スケーリング。 新しいホストごとに、帯域幅、パフォーマンス、およびボリュームが増加します。
• フェールオーバーセットを使用すると、データの冗長性を復元するための空きスペースがある限り、サーバーを失うことができます。
• 変動性。 SATAディスクで安価なファイルトラッシュを収集することも、SSDディスクを使用してストレージシステムを高速化することもできます。
• 一部のプロジェクトのミッドレンジストレージを完全に置き換えます。
• 既存のサーバーの未使用スペースを使用したり、古いハードウェアに第二の命を吹き込むことができます。

マイナスの-それは、ネットワークスイッチの多数のポートと多数のIPアドレスを必要とします。



典型的なアプリケーション

• 最も明白なのは、公開または非公開の企業クラウドを構築することです。 このソリューションは簡単に拡張でき、ノードは簡単に追加および変更できます。
• インフラストラクチャ仮想化用。 ESXにはクライアントがあるため、ScaleIOプールを作成して（ESXがインストールされている同じサーバーのローカルドライブに配置することもできます）、仮想マシンを配置することを妨げるものはありません。 このようにして、比較的低コストで優れたパフォーマンスと追加のフォールトトレランスを実現できます。
• SSDとイーサネット10Gを使用した構成では、ScaleIOは中小規模のデータベースに最適です。
• 容量の大きいSATAディスクを使用した構成では、安価なストレージまたはアーカイブを作成できますが、テープには配置できません。
• SASディスク上のScaleIOは、開発者とテスターに​​とって優れたソリューションです。
• 信頼性の速度と低価格の組み合わせが必要な場合は、一部のビデオ編集タスクに適しています（もちろん、詳細については徹底的にテストする必要があります）。このシステムは、HDカメラからのストリーミングなどの大きなファイルの保存に使用できます。

まとめ

フェールオーバーテストは成功しました。 すべては、古いサーバーがパフォーマンスのテストに戻ってから、使用と戦うまでになります。 当初の履歴からの顧客が意図したとおりになった場合、一部のユーザーは保存された非酸性予算に対してボーナスを受け取ります。



ソリューションに興味がある場合は、特定のタスクについてテストするか、単に議論したいという要望があります。rpokruchin@ croc.ruに書き込みます。 新しいフィンランドのチェーンソーとシベリアの男性に関するジョークのように、テストハードウェアですべてを実行できます。