Microsoft Azureクラウドを使用するソリューション会社（ISV）について引き続き話します。 この号では、データセンター間でのコンテナの自動移行のトピックで、 Jelastic社のプラットフォームに関する話を続けます。 シリーズの以前の記事は、 #isvcloudstoryでいつでも見つけることができます。 -ウラジミール・ユネフ
Jelasticのインテリジェントな管理により、クラウドプラットフォームの単一インストール内で異なるデータセンターからのさまざまな機器のセットを統合および集約することができます。 このようなDCは、環境の個別の領域として表示され、作成時に環境の場所として選択できます。
このアプローチにより、クラウドサービスの複雑で多機能な関連付けを作成できます。主な利点は次のとおりです。
自主性-1つのサプライヤのみからサービスの必要性を取り除き、データセンターの使用効率を向上させ、広範な地理的配信ネットワークを通じてエンドカスタマーにデータ処理の低遅延を提供します。
ハイブリッド性 -プライベートクラウドとパブリッククラウドの統合により負荷効率が向上し、低コストで高いパフォーマンスを実現できます。
HAおよびDR-フォールトトレランスの向上と、サービスのダウンタイムに関連するリスクの排除。
たとえば、ラウンドロビンアルゴリズムを使用して複数のデータセンター間で負荷を分散するDNS設定を通じて、マルチデバイスの整合性を提供するなどの機能の使用例をいくつか検討しました。 また、自動移行が提供できるさらに多くの機会を得るために、あるDCから別のDCに環境（コンテナのグループ）を簡単に移動する機能を提供します。 コンテナベースのアプリケーションを維持する必要性が継続しているため、このタスクははるかに単純になり、マルチクラウドの採用を促進し、多数の既存の高可用性および災害復旧シナリオを利用可能にします。
自動移行の詳細
クラウド領域のスムーズでスムーズな相互作用を保証するために、クラウド領域間の移行プロセスはアプリケーションのダウンタイムを無効にし、後で設定する必要がありません。 自動移行は、この目的に最適なオプションです。
Jelasticでは、これは、CRIU（ユーザー空間でのチェックポイント/復元）を使用して実装され、OpenVZおよびP.Haul仮想化技術に基づくレバレッジコンテナの一部として、動的コンテナ移行およびメモリ処理プロセス用に設計されたCRIUが先頭に立つ特別に開発されたPythonベースのメカニズムです内側。
これにより、実行中の環境をフリーズし、現在動作しているデータをハードドライブから保存できます（つまり、チェックポイントを作成します）。 その結果、アプリケーションを別の場所に簡単に転送して、凍結された状態に復元し、以前のように動作し続けることができます。 さらに、このような移動には平均で10〜15秒かかり、その間、すべての着信要求がキューに入れられるため、ユーザーはサーバーからの応答で1回の短い遅延しか発生しません。 高度なトラフィックバランシングを追加すると、再デプロイやダウンタイムなしで多数のコンテナを転送できます。
ビッグデータ ： ビッグデータを操作するための自動コンテナ移行は推奨されません。 ただし、ソフトウェアストレージを使用すると、ビッグデータの移行を自動化することもできます。
数セットの機器のクラスターを構築するアプローチと組み合わせて、この技術は特に効果的になります。 これを証明するために、実際のケースをいくつか考えてみてください（たとえば、Microsoft AzureやAmazon Web Servicesなどの競合ベンダーからのデータセンターレベルの移行など）。
すでに興味がありますか？ スマートプロジェクト管理の導入や追加の信頼性など、さまざまな機能が考えられるDevOpsシナリオで利用可能になることを想像してください。 それでは、この統合からどのように利益を得ることができるかを見てみましょう！
オプション＃1：ダウンタイムなしでクラスター容量を増やす
はじめに、自動移行機能がAzureとAWSのデフォルトソリューションをどのように補完できるかを見てみましょう。 これらのサービスプロバイダーが提供するモデルは、設定された制限を即座に変更することなく、一定量のリソースを割り当てた仮想マシンの使用に基づいています。 したがって、仮想マシンのリソースが突然不足した場合（たとえば、十分なRAMまたはディスク容量がない場合）、仮想マシンのセットアップと再起動の間、関連するすべてのアプリケーションを閉じる必要があります。
しかし、動的な移行のサポートにより、プロセス全体がよりスムーズで簡単になります。 したがって、実行中のアプリケーションのリソースをブロックすることはもうありません-クラスター内のすべてのノードを使用するために危険なラインに到達または接近するときに、より多くのリソースを使用できる仮想マシンに移行する方が効率的です。
ヒント ：Jelasticコンテナを使用すると、必要な手動調整なしで自動的に実行される、必要な垂直および水平スケーリングの着信負荷の継続的な監視を設定できます。
オプション＃2：クラウド間でアプリケーションを移動する
別の良い例は、さまざまなクラウドインフラストラクチャプロバイダーのリージョン間の移行です。 これにより、さまざまな種類のクラウドで高可用性が実現し、DevOpsワークロードの展開を組み合わせたディザスターリカバリーが可能になります。 たとえば、すべてのコンテナを別のDCに転送するだけで、現在の地域でのメンテナンス作業や負荷の一時的な増加など、パフォーマンスの問題に即座に対処できます。
もう1つの利点は、現在のビジネス要件に応じてアプリケーションを移動できるため、最高の品質/価格/ SLA比率が得られることです。たとえば、生産性の低い地域を開発/テスト用のプライベートクラウドとして使用できます。この地域は、生産に十分な容量を提供します。 スムーズな移行により、潜在的なダウンタイムや利益の損失を考慮することなく、これらすべての変更を行うことができます。
どのように機能しますか？
最後に、例として実際のケースを使用して、上記のプロセスが実際にどのように実装されるかを見てみましょう。
最初のものはMinecraft専用です-これは3Dテクスチャの非常に人気のあるビルディングシミュレータです。 以下の短いビデオは、アプリケーションの状態を完全に保持するシミュレーターのデータを、単一の切断なしで別のDCに転送する方法を示しています。これにより、プレイヤーは移行期間中も世界で作り続けることができます。
さらに、環境内のDockerイメージに適切な設定を展開するだけで、Jelasticクラウドで独自のMinecraftサーバーを簡単に起動できます-これを実現するには、記事「 DockerコンテナーをJelastic環境に追加する」の指示に従ってください。
また、 SeisComPのもう 1つの例は、地質学者および地球物理学者向けの状態追跡アプリケーションで、特定の場所で地震学的データを収集し、地震の状況を監視します。 それに基づいて、インタラクティブな分析のためにリアルタイムでグラフが作成されました。
ご覧のとおり、自動移行プロセスは、環境またはアプリケーション内の作業に影響を与えず、安定したパフォーマンスを保証します。
今日はこれですべてですが、近々、地域間での自動移行のためのさらに興味深いソリューション、特に外部IPアドレスを持つアプリケーションでの使用方法を検討します。 そのため、クラウドプラットフォームソフトウェアの無料デモバージョンの提供を検討しながら、ブログを購読し、一連の追加の指示をお楽しみになり、ご自身のプロジェクトに説明されたシナリオを実装する機会を得てください！
Azureマーケットプレイス
Azureユーザーは、便利なAzure MarketplaceからJelasticプラットフォームにすばやくアクセスできます 。 今日からJelasticを始めましょう！