ソフトウェア定義のデータセンターへの切り替えを危険にさらす4つの理由

過去3年間、EMCのみが、世界中の1000を超える組織にソフトウェア定義のデータセンターを展開し、既存のインフラストラクチャを完全に維持し、ビジネスプロセスをサポートするためにその使用を最適化しました。 そして、行われた観察によると、ほとんどの場合、企業は同様の決定に自分自身で迅速に、そして予想外にさえ行っています。 したがって、ソフトウェア定義のデータセンター（以下POCODと略します）が非常に奇妙なものに見えたとしても、急いで実装を放棄しないでください。 IT組織に対する大きな変更のリスクは直感的です。 この記事では、POCODに切り替える利点と、組織でPOCODを構築する4つの一般的な理由について説明します。



ソフトウェア定義のデータセンターとは、一般的に誰もが知っていることです。 また、微妙な違いはあるかもしれませんが、尊敬されている各ITメーカーは、顧客が「通常の」データセンターをソフトウェア定義のデータセンターに変換できるように、主にソリューションポートフォリオの戦略を方向付けています。 この場合、まず第一に、このような移行による顧客の経済的利益について話します。 ただし、ビジネスへのこの変換の必要性を実証するプロセスでは、うらやましいほどの規則性で困難が生じます。 ある世界と別の世界の関係の複雑さと複雑さを考えると、これは驚くことではありません。 私は息子が父のプログラマーになぜ太陽が東から昇り西に沈むのかを尋ねたaboutのジョークを思い出します。 「それが機能する場合-何にも触れないでください」という答えは、現実をよく特徴付けています。 かつてイノベーションの先駆けであった企業ITが、タンバリンで儀式を行うシャーマンカーストとの関連性が高まっているのは悲しいことです。







それでも、変化の必要性は成熟しています。 そもそも、広義の伝統的なビジネスは、若くて大胆な新興企業から繰り返し攻撃され、新しいIT領域からエネルギー、機会、ビジネスアイデアさえも引き出す​​という事実に現れています。 例に目を向ける必要はありません。 スマートフォンのアプリを見てください。 ところで、私たちの多くが働いている「普通の会社」はほとんどありません。



大人のプレーヤーは、新しい現実に精力的に適応して競争力を維持しようとするか、存在する限り、ほとんどの場合慣性によって前進します。 IT部門の悲劇は、ビジネスの新しい技術サポートモデルを構築するための強力なツールを備えており、多くの場合、会社でこのプロセスを開始するための適切な装置がないことです。 また、ビジネスは、一部の場所で、IT専門家を高価なおもちゃの愛好家としてすでに認識しています。 彼らは時々お金を投げますが、毎年どのパイプに飛ぶかを把握しようとはしません。 また、アーキテクチャだけでなくビジネスプロセスの重大な変更に関しても、同意する機会はほとんどありません。



インフラストラクチャまたはビジネスプロセスの重大な変更が、ある種の重大な障害、または一連の障害を引き起こすことはよくあります。 また、インフラストラクチャに高い負荷がかかると、これは不快な長期的な結果を招く可能性があります。



したがって、多くの専門家にとって、ソフトウェア定義のデータセンターには、少なくとも理論的には多くの利点がありますが、実際にはそれらを展開することはほとんどありません。 さらに、既存のインフラストラクチャのコンポーネントを最初から取り込んで交換することはできません。 移行プロセスでは、既存のプロセスとアーキテクチャを考慮して、慎重に検討および設計する必要があります。 したがって、これらの変更をプッシュし始めると、自然な抵抗が発生します。



ロシアでは、「西洋」が理解していない「特別な方法」と「ロシア特有の」ことで、これはさらに困難です。 事実、私たちが自分自身を内側から見て、彼らのパンフレットやプレスリリースから西洋のITモデルを見るとき、私たちは非常に異なっているだけでなく、一般的には異質であると結論付けています。 そして、彼らにとって、私たちにとって、地球人にとって良いことは、深宇宙です。 「私たち」と「彼ら」のITの間にギャップはあるが、それは宇宙からは程遠いことに気付くまで、私は同じ意見を固守しました。 したがって、おそらく、必要に応じて批判的な反省を行い、彼らの高度な開発から自分自身のために取るものがあります。 さらに、POCOD – yへの移行を支持する4つの議論を検討および分析することを提案します。



しかし、最初に、POCODの最新の実装の特徴を思い出してください。

• 仮想マシン、ネットワークリソース、ストレージリソースの自動展開 。 新しいサービスの展開と提供の速度が向上しています。 たとえば、バックアップのセットアップ、セキュリティポリシー、ネットワーク設定など、ワークフローの管理にグローバルポリシーを使用する機会があります。 他の多くのルーチンを取り除きます。
• 自動ストレージ階層管理 。 ストレージコストを許容レベルに維持しながら、高速データを提供します。 ストレージ管理にSLOポリシーを使用する機能。
• 自動監視 。 サービスのステータスに関する情報をリアルタイムで提供します。 POCOD管理プロセスが促進されます。 応答性と予防的な監視機能のおかげで、信頼性、可用性、生産性が向上します。 サービスの効率を高めることにより、運用コストが削減されます。
• リソース利用の透明性 。 サポートサービスのコスト、組織のさまざまな部門によるリソース消費の計算の正確さを正確に評価する能力。 不当な過剰消費のリスクを減らします。
• 自動リカバリを含む自動クラッシュ保護 。 サービス障害の防止、またはサービスへの復帰の加速。 リカバリー中のオペレーターのエラーのリスクを減らします。
• 組み込みのバックアップおよび復元サービス 。 企業または外部のポリシーに従うなど、個人データ保護ポリシーを使用する機能。 バックアップ中の重複排除。 バックアップとリカバリを加速することにより、コストを最小限に抑えます。

したがって、POCODは、人生を大幅に簡素化し、さまざまなタスクの実装を簡素化する興味深い技術ソリューションであり、ビジネスにITサービスを提供する新しいレベルに到達できる可能性があります。 しかし、本物の筋金入りの専門家は、「私たちと」と「彼らと」の両方で、「給料のために自分の手で同じことをすることができる」ことを繰り返すことに飽き飽きしません。 これには独自の真実があります。 さらに、そのような決定を正当化するためにマネージャに来た場合、最良の場合、誠実な誤解に遭遇します。 「仕事をするためにお金を要求する前に、今は仕事をしないようにお金を要求します。」







POCODへの移行の状況は、少なくとも、ビジネスが「古い方法で生きることができない」時点まで成熟する必要があることがわかりました。 そして理想的には、ITがそれをもう望まないときです。 そして、この傾向は徐々に発展しています。



世界中のあらゆる種類の顧客との長年の作業を通じて、企業がPOCODを展開することを引き続き推進する状況に関する特定の統計が蓄積されてきました。 それらを詳しく見て、自分で試してみましょう。

理由＃1。 インフラストラクチャの非効率的な使用と相まってパフォーマンスの問題

すべての理由の中で、これはおそらくロシアを含む最も一般的なものです。 その理由は、どのアプリケーションとそれらがどれだけのリソースを消費しているかを正確に知っているITマネージャーに会うことはめったに不可能だからです。 一般的な状況は、ピークニーズに加えてある程度のマージンに基づいて、重要なアプリケーションにリソースが割り当てられる場合です。 その結果、インフラストラクチャは鉄で過負荷になり、一方ではほとんどの時間アイドル状態になり、他方では、ボトルネックに陥る負荷の定期的なバーストが発生し、物理的リソースの不足感が生じます。 そして、それらは適切に計画され使用される必要があります。 この状況を克服したいという願望は、ソフトウェア定義のソリューションの検討につながります。これは、情報が不足しているため、インフラストラクチャ開発戦略の策定、予算の計画などができないためです。

理由番号2。 アプリケーションのサービスレベルとそれに提供される物理リソースのコンプライアンスを判断して維持することは困難です。

遅かれ早かれ、ビジネスは市場の需要の後に変化しなければなりません。 これは、新しいプロジェクト、アプリケーション開発、およびビジネスプロセスでの新しいデータの使用で表されます。 その結果、ワークロードが変化し、データ量が増加しています。 それは起こりますか？ はい！



組織のプロセスとインフラストラクチャが動的に変化するワークロードに適応するには、リソースの使用効率を最大限に高める方法をタイムリーに評価する必要があります。 典型的なPOCODアーキテクチャでは、このプロセスを自動化するか、少なくとも促進する特別なソフトウェアツールが使用されます。



ソリューションによっては、管理を提供し、 相互作用を確立し、リソースを自動化することもできます（ リソースが異なるサプライヤーから購入された場合でも）。



かつて、大規模な顧客の1人がティア1ストレージで動作するアプリケーションを多数見つけた場合、負荷プロファイルを評価した後、パフォーマンスを低下させることなくより低いストレージに転送しました。 これにより、顧客に520万ドルの節約がもたらされました。この顧客のITインフラストラクチャがハードウェアレベルに関連付けられていれば、これは簡単に実現できなかったと思います。 しかし、POCODを使用すると、簡単に。 ロシアの慣行では、このような同様のケースもありました。 結果としてのみ、顧客は喜んで鉄の購入量を減らしたので、私たちは笑っていませんでした。 確かに、彼は私たちにとても感謝していた。

理由番号3。 IT従業員は働きすぎで、採用は一時停止され、需要は増大しています

ほとんどの場合、データセンターの管理はあまり自動化されていません。 特定のノードまたはアプリケーションによる特定レベルのリソース使用の達成に関するアラートを送信することになる場合もあります。 リソースの使用に関するさまざまな要件と制限を持つ多くのアプリケーションが展開される分岐インフラストラクチャがある場合、これらすべての警告の分析には、多くの時間、人間の注意、および正しい対応が必要です。



この問題を解決する上でのPOCODの最も重要な利点の1つは、グローバルポリシーの使用と、それに応じたリソースの自動割り当てへの段階的な移行です。 アプリケーションの分類自体は、インフラストラクチャの空白部分を識別するための非常に有用な手段です。 そして、得られた分類に基づいて、リソースを割り当て、サービスレベルの成功を測定することが可能である場合、ITに対するビジネスの意見が改善されます。



一方、解放された人々を使用して、より有用で重要なタスクを解決し、より多くのリソースを管理するツールを提供することが可能になります。 たとえば、ガートナーによると、1人の従業員は平均して約250 TBのデータを使用します。 POCODの概念を実装している多くの大手サービスプロバイダーとの協力の結果によると、この指標は600 TBに、場合によっては最大900 TBに増加します。将来、さらに深い自動化のおかげで、境界は1 PBになります。

理由番号4。 シャドーIT

今日、企業はパブリッククラウドをますます使用しています。 はい、そうです、ロシアでも。 たとえば、開発の柔軟性を提供します。 多くの開発者は自分のITサービスを効率的かつ有益に使用する余裕がないと信じているため、これは暗黙に歓迎されることもよくあります。 彼らにとって、社内のITシステムは高価で、長く、品質が悪い場合があります。 そのため、彼らは自分の裁量で公共のITリソースを使用しますが、最も不愉快なのは、独自のITサービスの知識と制御なしです。 これは、少なくとも、サービスレベルの不遵守につながり、少なくとも、知的財産の損失、個人データの漏洩などにつながる可能性があります。 それでも、企業のIT部門は、防止しようとするよりもこの混乱に立ち向かう方が簡単です。 そのためには、パブリッククラウドとの安全な統合のためにインフラストラクチャを準備するか、パブリックプロバイダーから受ける品質と利便性を備えたITサービスを内部ユーザーに提供する方法を学ぶ必要があります。



たとえば、外部サービスの価格が無制限に上昇したり、業務の安定性が不十分になるリスクを最小限に抑えるには、独自のクラウドストレージを展開する可能性を評価します 。 私たちの経験によると、ソフトウェア定義ストレージの使用は外部サービスよりも柔軟性が劣るだけでなく、場合によっては最大25％安くなります。 さらに、サービスインフラストラクチャは完全に制御されます。

結論として

IT組織の新しい形態への移行は、主に次の要因によるものです。

1. パフォーマンスの問題を継続的に解決する必要性と、ITインフラストラクチャをより効率的に使用したいという願望が組み合わされています。
2. アプリケーションのサービスレベルとそれらによって提供される物理リソースのコンプライアンスを維持するための要件。
3. 「上から」一定の圧力がかかる状況で、ITで利用可能な人材をより効果的に使用したいという要望。
4. シャドウITの増大するリスク。

POCODEは、仮想化された機器で構成される単なるデータセンターではありません。 これは、日常的な操作の自動化であり、ヒューマンエラーのリスクを軽減し、サービスレベルを提供します。 これは、既存のインフラストラクチャを効率的に使用し、ITコストをより体系的に理解することです。



もちろん、常にそのような変化は、IT部門のイニシアチブでのみ発生します。 ビジネスレベルでの理解とサポートがなければ、このようなイベントはほとんど不可能です。 しかし、それは別の話です。



使用されるソース：

1） https://www.linkedin.com/pulse/four–catalysts–software–defined–data–centre–rollouts–dayne–turbitt?published=t

2） https://www.linkedin.com/pulse/software–san–driving–commodity–storage–enterprise–antonio–romeo?published=t

3） http://www.emc.com/collat​​eral/analyst–reports/idc–sds–3rd–platform.pdf

4） http://www.emcfederation.com/



Habréのブログをフォローして、私を訪ねてください！

デニス・セロフ