ハイブリッドクラウドまたはコンバージドクラウドは、少なくとも1つのパブリッククラウドと少なくとも1つのプライベートクラウドの組み合わせです。 たとえば、これはオフィスとAmazonクラウドのデータセンターの束です。 Amazon仮想マシンは、物理サブネットと同じサブネット上で見ることができます。
なぜこれが行われるのですか？
主な理由は、節約と速度です。 いつでもパブリッククラウドから任意の量のリソースを自分に割り当てることができ、不要な電源を切るだけです。 すべての詳細を考慮すると、パブリッククラウドの容量をレンタルするコストは、実際の機器を購入する場合とほぼ同じですが、最初のケースではすべての費用が運用可能であり、量子化は3年を超えず（減価償却の準備金あり）、1秒以内です。
これはどういう意味ですか？
まず、これは、パブリッククラウド仮想マシンが物理的な仮想サブネットと同じ仮想サブネット上にあることを意味する場合があります。 この場合、彼らは安全なトンネルを介して通信し、そこからリモートクラウドから車を取得できます（つまり、管理ソフトウェアの観点から、ネットワークのアドレスを指定して新しい容量がネットワークに配置されます）。
第二に、プライベートクラウドとパブリッククラウドを仮想化プラットフォームレベルで統合できます。 この概念の背後にある手法は異なる場合がありますが、ユーザーレベルでは、これは、たとえば、隣接するラックのサーバーとアイルランドのマシンの両方で、同じように成功してソフトウェアを実行できることを意味します。
ハイブリッドクラウドが必要なのはなぜですか？
データセンターの総計算能力は限られているため、外部のパブリッククラウドは簡単に拡張できます。 必要なときにいつでも、外部からより多くの電力を取得できます。 そして、必要に応じて、15分の必死の計算の後にオフにします。
なぜこの操作モードを使用するのですか？
原則として、平凡な節約のため。 データに何かをシャベルで入れる必要があります-彼らは外部からより多くのリソースを取り、数え、切断しました。 機器を拡張する必要はありません。 次に、リソースが受信される速度です。 クラウドを使用すると、文字どおり1時間で受信できますが、実際の鉄では数週間から数か月かかります。
例はありますか？
はい たとえば、顧客、小売ネットワークがあります。 彼らは独自の機器を持っていますが、新しいプロセスを開始すると、パブリッククラウドから電力が得られます。 このITプロセスが常に必要であることが明らかになった場合、彼らはそれをデータセンターに転送します。 うまくいかない場合は、クラウド内のリソースの使用をキャンセルするだけです。
そのようなシステムの構築はどこから始まりますか？
ロシアでは、原則として、ロシアの事業者からのパブリッククラウドの選択から。 事実、ハイブリッドソリューションを必要とする可能性のあるほとんどすべての人は、何らかの形で、ロシアのサプライヤーに対する法的、会計、またはその他の面で厳しく制限されています。 エンタープライズレベルのクラウドには多くのオプションはありません。注意してください。 さらに、すべてのプラクティスがそれに関連しているため、CROCクラウドの例について説明します。
つまり、新しい容量は独自のネットワークに「登録」されていますか？
はい ハイブリッドクラウドで実行され、マシンで実行されるサービスは、公開されているサービスを透過的に表示します。 ソフトウェアの観点から見ると、それらは同じネットワーク上および同じサイト上にあります。 管理者の観点から-クラウドのコントロールセンターに接続し、ワンクリックで電力を割り当てることができます。
そのような統合はいつでも便利ですか？
新しい機器を待つのに約7週間を必要とする顧客がいました。 同時に、実行中のサービスが今日必要でした。 仮想ネットワークでCROCクラウドに接続しました。 ローカルアドレス指定が保存されたため、問題はありませんでした。 さらに、問題を解決した後、顧客の金融業者は、すべての設備投資を営業費用に置き換えることは良いアイデアであることに徐々に気付きました。
自分で展開することは可能ですか？
はい、できます。 たとえば、データセンターの顧客の約80％がハイブリッドクラウドの機能を使用しており、ほとんどの管理者が独自に構成することを好みます。 このために、たとえば、お客様にVPC（仮想プライベートクラウド）機能を提供します。これは、ネットワーク設定を管理するための高度な機能を備えたパブリッククラウドプラットフォームの独立したセグメントです。 顧客は、セルフサービスポータルから必要な数の分離されたVPC環境を作成し、以下を生成できます。
- クラウドプラットフォームの仮想ネットワークの内部アドレス指定の構成（パブリッククラウドでは、内部アドレス指定は自動的に構成されます）。
- 顧客のオフィスネットワークとクラウドプラットフォームの仮想ネットワークを単一のネットワークスペースに関連付け、サイト間の水平L2ネットワークの構築まで;
- 静的または動的ルーティングを構成する
- サイト間のIPSec VPNトンネルを構成します。
VPC管理手順自体は、指示を読むこと以外の特別な知識を必要としません。
大規模な顧客がハイブリッドクラウドを使用する理由
原則として、成熟したビジネスはインフラストラクチャを仮想化します。 つまり、すでにインフラストラクチャーでハイブリッドソリューションを使用する準備が整っています。 パブリッククラウドで追加の電力を購入すると、ハイブリッドクラウドの構築と維持に費用はかかりません。非常に便利です。 そして、テスト、開発、一時的なタスク、緊急の予定外の立ち上げ、アカウンティングのアクティベーション期間など、これらすべての一時的な容量はハイブリッドのVPC部分に落ちます。
では、なぜビジネスはクラウドに移行するのですか？
通常、そのサイトには古典的なインフラストラクチャがあります。 クラウドベースのアプローチが必要な理由はいくつかあります：ここにITスタッフの流れ、データセンターのエンジニアリングの問題を危険にさらさないという要望、そしてITシステムの可用性に関する質問の一部をルーブルで責任を持つ人々に外注します。 ロシアでは、移行は多くの場合、何らかの緊急事態と「既に十分耐えられる」というフレーズから始まります。
サーバーを購入するためのクエスト：あなたの会社でどれくらい時間がかかりますか？
私の実務では、大企業で一連の状況が成功した場合、これには平均3か月から6か月かかります。
インフラストラクチャなしでも可能ですか？
はい、データセンターに機器を配置すると同時に、独自のパブリッククラウドでハイブリッドクラウドを構築するお客様が多数います。これは、より多くのリソースが必要な場合にピークを処理するためにも必要です。
誰が興味を持ってそれを見ていますか？
銀行 多くの法的問題とリスクの増大により、彼らはまだクラウドに完全には侵入できません。 航空会社：一部の人はずっと前に雲に乗り換えていましたが、飛行機には着陸に役立つ重要な鉄のプールが常にあるため、サイトに重要な鉄が保存されたハイブリッド車は非常に便利です。 しかし、小売および輸送会社はほとんど何も干渉しません。
橋のように
私たちの実践においても、そのような状況は常に発生しています。独自のITサービスと顧客のITインフラストラクチャがすでにそれを処理し、大きな変更なしには何もできないことを理解しています。 そして、すぐに完全な仮想化に飛び乗るのは怖いです。 それでは、ハイブリッドクラウドはブリッジとして使用されます。最初はサンドボックスのように構成され、その後、その機器からのサービスがクラウドに提供されます。 そして、スムーズな乗り心地。 数晩でインフラストラクチャ全体をクラウドにドラッグし、朝にユーザーが起動するようになった顧客がいます。同じアドレス指定のすべてが既に施設で機能していました。
まとめ
ハイブリッドクラウドは、運用費用に重点を置いた新しい財務ラッパーのインフラストラクチャの古き良き仮想化です。 技術的に複雑なものは何もありません。すべてが同じプラットフォームで2年前に完全に機能していました。 主な側面は、機器のメンテナンスと正確な量子化に困難がないため、しばしばより便利です。