Aerodiskエンジンストレージのクイックセットアップ

ロシアのAERODISK ENGINE Nシリーズストレージシステムを引き続きご紹介します。 前の紹介記事はこちらです。 また、システムのセットアップと操作に関するトレーニングビデオを提供する独自のYouTubeチャンネルもありました。 新しい年の前に、Aerodiskはプロモーションプログラムを開始しました。最大60％の割引でストレージを購入できます。 私たちの意見では、申し出は素晴らしいです。

今回、Aerodiskは、自習と構成のためにオールフラッシュ構成のENGINE N2ストレージシステムを提供しました。この経験を共有します。
ENGINEとの知り合いの一環として、3つの記事のサイクルを作成します。

1. 基本設定
2. 衝突試験
3. ストレステスト

この記事のフレームワークでは、ストレージの基本セットアップを実行します。ホストにLUNとファイルボールを提示し、管理インターフェイスの使いやすさを評価します。 その前に、システムの操作に関する1日のトレーニングコースを受講し、ドキュメントを読みました。

だから私たちが持っているもの：

• FC-8Gおよびイーサネット10Gアダプターを搭載したAERODISK ENGINE N2デュアルコントローラーストレージ
• 16 SSD
• 8台のHDDドライブ
• SANスイッチ（FCおよびイーサネット）を介してストレージに接続されているWindows 2012を備えた物理サーバー
• 保管用の作業文書、およびエンジニアの明るい頭とまっすぐな手。

合理的な質問、なぜHDDドライブがあるのか​​、それは今の傾向がオールフラッシュだからですか？ 事実、ハイブリッドストレージ（SSD + HDD）のタスクが出現し続けているため、Aerodiskにオリーブフラッシュストレージに最小数のHDDを追加してハイブリッドグループの機能を確認するように依頼しました。 次に、ストレージシステムを構成します。次の記事では、大きなパフォーマンステストを行います。

開梱

この箱は私たちの手にありました。 製造元によると、300,000 IOPSの容量を持つ40 TBがあります。 おもしろそうですね、チェックします。



開梱して次を確認します。



私たちの意見では、すべてが便利に行われ、英語とロシア語で身体に関するヒントが与えられています：それがどのように可能であり、どのように行われないのか。 もちろん、ロシア語の存在は喜ばれます。



正面には24台のドライブ用のスロットがあり、背面にはモジュラーコントローラーと電源があります。 コントローラには、FCシェルフ、イーサネットポート（通常のRJ-45および10ギガビットオプティクス）、およびディスクシェルフを接続するためのSASポートがあります。 すべてのタイプの一般的なI / Oポートが1つのボックスに収められているという事実は、間違いなくプラスです。 すべてが複製されます。つまり、ホットに変更できるため、原則として、ノンストップオペレーションで問題は発生しません。 しかし、確認します。





ストレージシステムには、レールとテクニカルパスポートが含まれており、特にストレージコントローラーに接続するためのIPと管理者パスワードが表示されます。

ストレージシステムをラックにマウントし、スイッチ（FCとイーサネットの両方）を介してサーバーに接続し、ストレージシステムの電源を入れて構成を開始します。 コマンドラインからSSHまたはWeb経由で接続できます。 後でコマンドラインを処理し、すぐにWebインターフェイスに移動します。



ダッシュボードには、2つのコントローラーの現在の合計負荷、クラスターとセンサーの状態が表示されます。 左側にメインメニューがあり、右上にメニューログオンがあります。同じ場所で、時間を設定してパスワードを変更します。 左上-ストレージシステムのさまざまなコンポーネントの「ヘルス」のステータスを表示する便利な情報パネル。 何かがおかしい場合は、すぐに問題をクリックすると、システム自体が正しいメニューを表示します。 以下は、最近の操作が表示されるログです。
一般的に、すべてが便利で論理的です。 ストレージのセットアップに進みます。

ストレージグループを設定する

ドキュメントによると、ENGINEは次のプロトコルに従って配布できます。

• FCおよびiSCSI（ブロック）
• NFSv4およびSMBv3（ファイル）

もちろん、FTPとAFPもありますが、これは、私たちの意見では、エキゾチックであり、この記事のフレームワークでは考慮されません（ただし、本当に必要な場合は、書いて、試して、教えてください）。

2つのタイプのディスクグループがあります。ブロックとファイルを提供できるRDGと、ブロックのみを提供できる（そして特別に調整された）DDPです。 Aerodiskに関する前回の記事では、RDGとDDPの詳細な説明とアプリケーションシナリオが提供されました。 RDGにはさらに便利な機能が詰め込まれているため、構成します。 さまざまなパフォーマンスシナリオをテストする必要がある場合は、次の記事でDDPに戻ります。

RDGストレージグループを作成する

4つのSSDディスクのハイブリッドグループを作成します（2つはキャッシュ、2つはRAID-10レベルのティアリング、2つはRAID-6Pレベル（トリプルパリティ）のHDDディスクです。その結果、SSDの高速「上位」レベルと、非常に遅いHDDからの信頼できる「低い」レベル。

質問のグループを作成するプロセスは私たちを引き起こしませんでした。それは2つのステージで構成され、最初はメインの「低い」レベルが作成され、次に「上位」レベルがそれに注がれます。 作成中に、重複排除と圧縮を有効にすることができます（有効）。 また、緊急事態のために残っている自動交換ディスクの数についてもすぐに警告されます。 このメカニズムをテストするために、オートコレクト用に1つのディスクを残します。



作成後、レイドグループの「スケルトン」が表示されます。 それは明確で便利に見えます：



また、グループを作成した後、特別なメニューの任意のレベルにドライブを追加できます。



グループが作成されました。 グループ自体のプロパティには、LUNとボールのタブがあります。



そこからLUNを作成しました。 LUNの作成プロセスでは、さまざまなオプションが提供されます。 明らかに便利なものの中で、「シン」LUNの作成の可能性、特定のLUNのブロックサイズ（さまざまなタイプの負荷に非常に役立つ）、および各LUNの重複排除と圧縮を個別に有効または無効にする機能に注目します。 重複除去と圧縮を使用して「シン」LUNを作成します。 作成されたLUN：



作成されたLUNを使用して、さまざまな操作を実行できます。 LUNをサーバーに提供した後、それらを確認します。



次に、ファイルリソースを作成します。 NFSとSMBを作成するプロセスは、LUNを作成するプロセスと大差ありません。また、個々のブロック「薄さ」または「厚さ」を選択することもできますが、違いもあります。 ファイルリソースに重複排除と圧縮を個別に含めることはできません。つまり、設定は親オブジェクトから取得されます。 したがって、ファイルボールで重複排除と圧縮を機能させるには、RDGレベルでこれを有効にする必要があります。 原則として、これは問題ありませんが、LUNほど柔軟性がありません。

また、別のトピックがファイルリソースへのアクセスの設定です。 NFSは、IPアドレスおよび/またはユーザーによるアクセス制御（読み取りおよび/または書き込み）を提供します。



SMBは、ローカルユーザーの作成とActive Directoryとの統合を提供します。 ADを使用するには、ファイルリソースを作成するときに、ADからの許可を有効にして、ボールをドメインに含めることができます。 この場合、ファイルリソースに対する権限はActive Directoryを介して管理されます。



そこで、NFSとSMBの2つのファイルリソースを作成しました。





作成後、実行できる操作を確認します。 原則として、サイズ変更、スナップショット、アクセスの種類など、すべてがLUNの場合と同じです。 ここでのタスクは、作成したこれらのリソースをホストに提供することです。

LUNから始めましょう

iSCSIおよび/またはFCで提供できるLUN。 これはタイプミスではなく、Aerodiskのドキュメントから判断すると、実際には、FCとiSCSIを介して同時に1つのLUNを与えることが可能です。 これが必要な理由はそれほど明確ではありませんが、ベンダーはこの機能が診断に役立つと述べています。 そうですね。 いずれにせよ、私たちはそれを昔ながらの方法で行い、1つのLUNをFCに従って、もう1つをiSCSIに従って提供します。 何も再作成しないようにするには、既存のLUNのクローンを作成します。
SANスイッチの設定プロセスについては説明しませんが、他のストレージシステムの設定と違いはありません。 ナレッジベースのAerodiskサポートポータルには、SANスイッチのさまざまなオプションを設定する例がありますが、これはもちろんベンダーのカルマでプラスになります。

FC上のLUNのマッピングを作成します

イニシエーターに移動すると、ホストからイニシエーターWWNが到着したことがわかります。 ストレージのターゲットを作成し、ターゲットとデバイスのグループ内のイニシエーターを関連付けます。



目的のLUNを選択し、作成されたデバイスグループにマップします。



管理者用ガイドアプリケーションには、一般的なOSの設定で各プロトコルのストレージリソースを適切に表示する方法に関する個別のガイドがあります。 FC LUNプレゼンテーションでは、特別な問題は発生しませんでした。 CentOSには、最初にdevice-mapper-multipathパッケージがインストールされている必要があります。 ホストサーバーは最終的にブロックデバイスを確認し、それがAERODISKであることに気付きました。



ところで、マッピングの過程で、有用なものが見つかりました。 手のLUN IDを設定できます。 デフォルトでは、このIDは自動的に順番に割り当てられますが、手で指定する必要がある場合があります。 たとえば、SANブート（ストレージLUNからOSをブート）、および多くの異なるストレージシステムが存在する大規模なデータセンター、およびそれらからのさらに多くのLUNの場合。 正しいアカウンティングとクイック検索にLUN IDが使用されます。 私たちの意見では、関数はマストヘッドとマスティフです。

ここで確認します-2つのアクティブなコントローラーからLUNにアクセスできることがわかります（最適でないパスとしての2つ目は、従来のALUAです）。



NTFSでLUNをフォーマットして、「D」ドライブを取得します。

iSCSIに行く

同じディスクグループに別のLUNを作成します。 iSCSIのプレゼンテーションに一生懸命取り組む必要がありました。 実際には、iSCSIには、ターゲット、イニシエーター、およびそれらの接続に加えて、別の追加のエンティティ（HAリソース）があります。 HAリソースは、仮想IP（VIP）がハングする仮想インターフェイスであり、2つの異なるコントローラー上の2つ（またはそれ以上）の物理イーサネットインターフェイスを同時に見て、フォールトトレランスに役立ちます。 概略的には、次のようになります。



HAリソースは特定のRDGにマッピングされます。 同じグループで、別のHAリソースをバインドし、VIPを別のサブネットに与えることができます（これは便利な場合があります）。

その結果、整理されました。 HAリソースを作成し、iSCSIイニシエーターをWindowsに配置し、Windowsのイニシエーター名（IQN）をコピーしました。 次に、ストレージシステム上にiSCSIターゲットを作成し、ターゲットをイニシエーターに関連付けました。



Windowsの接続されたLUN。 フォーマット済み、作成済みのディスクD。

ファイルリソースを接続します

このプロセスは、SMBとNFSを使用して可能な限り簡単です。 Windowsでの唯一のポイントは、フルタイムのNFSクライアントをインストールすることです。 これらのニュアンスはすべてドキュメントに記載されています。 ファイルアクセスには、HAリソースも必要です。 前の手順で作成したため、同じものを使用します。
ネットワークドライブGとEを使用して、両方のファイルボールをWindowsに接続します。

おわりに

これは、ストレージシステムの基本構成が完了し、ストレージシステムの信頼性のテストがさらに進んだと言えます。 基本セットアップに費やした合計時間を取り、ドキュメントを定期的に覗くと、約30〜35分かかります。そのうち10分はiSCSIで転送されました。 私たちの経験では、これはそれほど長くありません（有名なベンダーのストレージシステムで同様の操作に数時間かかりました）。したがって、システムは管理者にとって非常に簡単で、論理的で便利です。