あなたの構成およびキャリアが育つので、当然企業の貯蔵の問題に直面する。 サーバーの局所記憶がより小さい環境のため従来のアプローチおよび最もよくであるが、企業の貯蔵は次のフロンティアである。 しかし何をスイッチの作成で知る必要があるか。 より容易な転移の方に道に沿って導くのを助けるべき10の考察はここにある。
注: この情報はPDFのダウンロードとしてまた利用できる。
#1:
あなたの構成にサーバー、グループを分けるために完全に委託される貯蔵およびネットワーキングがあったら各グループの専門家があるように試みてはいけない。 貯蔵のグループは貯蔵の専門家であり、ネットワークのグループはネットワークの専門家である。 サーバーadminとして、あなたの必要性に建築家にすべての役割を解決果さなければならない。 何かを知らなかったら、頼みなさい。 あなたの貯蔵の管理者は貯蔵構成を解決の両端で正しい得るためにサーバ側でする必要があり、一般にあなたと働いて幸せであるものを知っている。
#2:
さまざまな技術に、iSCSIおよび繊維チャネルのような、従来のSCSIおよびRAIDのコントローラーのようなインターフェイスのための運転者が、ちょうどある。 相違はもう一方の端のスマートな装置を取扱っていることである。 このような理由で、支えられた構成のマトリックスがあり、あなたの貯蔵の管理者を働く構成を目標としていることを保障するために従事させるべきである。 これはコントローラーのためのインターフェイス運転者そして多分ソフトウェアドライバに適用する。 例えば、IBM SANの音量調整器に接続すれば (SVC)、また繊維のチャネルインタフェースの運転者と同様、SVCの運転者がある。
#3:
現実と一直線の性能および機能性の予想を学習過程の主ステップである持っていることは。 システムに物資を供給するとき、共用記憶機構の入力/出力の性能を点検し、道の損失か関係のリンクを説明するテストプロセスによって行くべきである。 システムがオンラインの間、またどんな用具を使用貯蔵を加え、取除き、変更するのにできるか知るべきである。 生きているシステムの発見のプロセスによって行きたいと思わない。
#4:
貯蔵のチームを使用の美しい面の1つはより多くの貯蔵を必要とすれば、それを単に頼むことができることである。 但し、正確に共用記憶機構構成に割り当てられた自由空間はの量を最小にするあなたの必要性を示す圧力を見つける。 一般目的サーバーおよび局所記憶によって、利用できる自由空間はほとんどのシステムについての全然心配ではない。 企業の貯蔵のための、30%であることは小さい容積の期待された自由空間が全く非現実的または比較的静的データおよびファイルシステムの使用法があるシステムのための当初の用意からのより少しである。 これは貯蔵のチームからの共用ディスクサイズのためにシステム供給のわずかにより多くの計画を要求する、ほとんどの構成で、スペースは動的に拡張することができる。
#5:
ほとんどの群がる実施は2つ以上のシステムに直接アクセスがにあること共用記憶機構を利用する。 共用記憶機構構成では、これは集りのドライブそしてノードのための区域制構成によって実行される。 この貯蔵構成はまた仮想計算機を催す多くのサーバーを渡って使用することができる。
#6:
SANのadminsはシステム間の割振りを隔離するか、または共有できる。 例えば、貯蔵の環境で一般に遊んでいる (LUN)論理的装置番号を有すれば性能の使用法に一致させる、それは一組のディスクの同じような使用の他のLUNsと分かれるかもしれない。 このように、最も高いディスクは最も遊んでいるシステムを握っていない。 もしそれらのの1つがLUNs非常に使用中になれば、他のシステムは多くの要因によって性能を低下させるかもしれない。 逆はまた適用できる: 非常に集中的な、クリティカル・システムが共用記憶機構の環境にあれば、一組のディスクに隔離することができ、そのLUNだけ最もよい入力/出力のためにそれらのドライブを使用する。 あなたのLUNsの配置と同様、企業の貯蔵システムに付すシステムのためのあなたの入力/出力のパターンそして条件の明確な予想を得ることを忘れないでいなさい。
#7:
固体災害回復対策の主特徴の1つは貯蔵の写しの解決である。 但し、多くの計画はこの急所を達成することを及ばない。 共用記憶機構の写しは貯蔵のコントローラー間の交通に専用されている多量の帯域幅を要求する。 複製されたシステムのための貯蔵そして帯域幅を得ることは問題ではない-貯蔵および帯域幅のためのお金を得ることは挑戦である。
#8:
貯蔵のコントローラーシステムは装置すべてに結合性を管理する仮想化された前部分を有することができる。 IBM SVCは、例えば、SVCに接続される仮想化し、サーバーに簡単なLUNとして示すすべての記憶装置を。 SVCに接続されるサーバーはディスクのコントローラーそしてタイプに関してどこにあるか知らない。 また企業の貯蔵構成で使用中の事実上SAN (VSAN)の技術がある場合もある。 これはインターフェイスが港またはコントローラーで供給によってSANs倍数にアクセスできるところである。
#9:
運転者のトピックに関連していて、異なったプロダクトの両立性は極めて重要である。 例えば、VMware ESXのようにオペレーティングシステムのホストバスアダプター (HBAs)のある特定のブランドを使用したいと思う。 但し、ESXは貯蔵の結合性に天然か専有運転者ただ提供する。 従ってHBAのあなたのブランドがオペレーティングシステムの内の運転者の支えられたリストにあることを確認しなさい。 またプロダクト両立性を貯蔵のチームと下流に点検しなさい。 装置を購入した後両立性の驚きを見つけることはよい状態ではない。
#10:
Deduplicationは比較的高い共用記憶機構を使用してもっと効率的にの指導原則とのそれの多くの区域のまわりで、浮かんでいる。 頻繁に、これらの解決は同じようなシステムの大規模な収集に差し込む。 例えば、共用記憶機構の環境の仮想計算機を取りなさい。 これらのプロダクトは主義のまわりで多くの同じような属性が貯蔵の足跡へあること回転する。 これらのプロダクトに「開発し」、仮想計算機ファイルを内容にある可視性が缶詰になる。 頻繁なdeduplicationポイントは多くのシステムを渡って類似した80%までのかもしれない仮想計算機のC:\ドライブである。
企業の貯蔵の準備ができているか。
習熟曲線は大きく、乗り越えられなくないですではない。 機能性のためのラインの適切な計画および得る予想を使うと、企業の貯蔵への転移よくできる。 事を途中で学んだか。 その場合、それらを次に共有しなさい。