ステートフルKubernetesの安定性を確保する方法

ステートフルKubernetesの安定性を確保する方法

Kubernetes は、パブリック クラウドでのアプリケーション展開の事実上の標準です。しかし、企業がより多くのワークロードを K8s に移行すると、アプリケーションの安定性に関する問題に遭遇することが多くなります。

ビジネス継続性のシナリオでは、異なる地域やクラウド ベンダーの異なるクラスター上で同じ構成のアプリケーションを復元するのは比較的簡単ですが、アプリケーションを実行するにはデータが必要であり、アプリケーションの状態を復元するのは非常に複雑です。

サービス レベル アグリーメント (SLA) を満たし、アプリケーションとデータの可用性を維持するために、K8s 上のステートフル アプリケーションの高可用性環境を構築しようとしている企業は、次のような課題に直面しています。

複雑

Kubernetes を使用する際の主な問題の 1 つは、弾力性とアプリケーションのモビリティを維持しながら、ステートフル アプリケーション用のストレージを設定するのが難しいことです。パブリック クラウドの標準ソリューションはまだ改善されておらず、それ以上のものはセットアップと保守に多大な専門知識が必要です。したがって、ステートフルかつ回復力のある運用への道のりはまだ長いです。ストレージ、ネットワーク、移行に関する知識が必要です。多くのチームには、これを行うための資金、人材、専門知識が不足しています。

問題は、ストレージ インフラストラクチャの構築に必要なスキルが、ほとんどの DevOps プロフェッショナルが習得しているスキルとは大きく異なることです。ほとんどのクラウド ネイティブ チームには、パブリック クラウドの高度なストレージ ソリューションにアクセスできることを前提として、すべてのストレージが利用可能で、回復力があり、バックアップされていることを保証するために、特殊なストレージ ネットワークとデバイスを構成および保守するように訓練されたストレージ スペシャリストの専門知識が欠けています。

サプライヤーの選択肢が限られている

ストレージとインフラストラクチャは特定のベンダー (EBS、Azure Disk など) から提供されるため、ベンダーの選択肢が限られ、データ重力の問題は避けられません。データの重力(つまり、ある場所にあるデータの量)が大きいほど、将来的にデータを別の場所に移動することが難しくなります。アプリケーションはデータがある場所に常に引き寄せられ、過去のデータ ストレージの選択によって将来のデータの保存場所が決まります。

データがパブリック クラウドに移動すると、サービス プロバイダーは必然的にアプリケーションのパフォーマンスに影響を与えます。

レジリエンスの課題

弾力性に関しては、単一のクラウド プロバイダーだけに依存すると大きな制限が生じます。ただし、ステートフル アプリケーション用のクロスリージョンまたはマルチクラウド インフラストラクチャの設定は複雑なため、ほとんどの組織は単一のクラウド プロバイダーまたはリージョンに頼るしかありません。

異なる可用性ゾーン間でデータを移行する場合でも、ゾーン障害のリスクは依然として存在します。したがって、クラウドで実行されるステートフル アプリケーションのビジネス継続性を確保するには、データを失うことなく、2 番目のサイトまたはリージョンですぐに回復できる必要があります。

リスク

リスクは避けられません。しかし、安定性の計画が AWS または Google Cloud (統計的に障害が最も少ない) でビジネスを実行することだけである場合、問題が発生します。

肥大化したインフラ

さらに、データはアプリケーションなしでは価値がないため、さまざまなインフラストラクチャやパブリック クラウド ベンダー間でステートフル K8s アプリケーションを回復するには、アプリケーションの状態を含むアプリケーション環境全体を複製し、アプリケーションが実行される基盤となるインフラストラクチャから完全に独立させる必要があります。

時間が経つにつれて、このインフラストラクチャはますます肥大化してきました。安定性を維持しようと必死になっているチームにとって、追加の回避策を必要とする操作は耐え難いものになります。

パブリッククラウドの弾力性パズルを解く

複雑さが増すにつれて、より洗練された回復力、パフォーマンス、運用技術の必要性も高まり、複雑なものをシンプルにする方法が必要になります。

これらの問題に対処するために、新しいカテゴリが登場しました。ステートフル アプリケーション モビリティ プラットフォーム。これらのプラットフォームにより、ユーザーはステートフル アプリケーションの構成や展開方法を気にすることなく構成できるため、ステートフル アプリケーションは中断されることなく実行を継続でき、データ損失なしで別の場所に復元できます。ユーザーは、クラスターをクラウド、リージョン、データセンター間で移動できることを安心できます。

これにより、柔軟性、パフォーマンス、回復力が向上し、最終的にはステートフル アプリケーションが場所間で自由に移動できるようになるため、実行される場所が簡素化され、企業はクラウドの制限を回避しながらクラウドのパワーを活用できるようになります。

これらのプラットフォームを使用することで、アプリケーションがどこに展開されているかに関係なく、データを利用できるようになります。

このマルチクラウド、ワンクリックでデプロイ可能なスケーラブルなストレージ ソリューションは、ステートフル Kubernetes の安定性を実現します。

<<:  アジャイルサプライチェーンにおけるクラウドテクノロジーの重要性

>>:  2022 年のクラウド コンピューティングの 8 つのトレンド: 過剰支出、セキュリティ、ワークロード

推薦する

3つの主要なポイントがBaiduの競合他社をはるかに上回る

何を達成したいかに関係なく、まずは相手が何をどのようにやっているか、そして相手に追いつき追い越すため...

「ファーウェイクラウド・東武カップ」大会が終了し、産業インターネットエコロジカルベンチマークの健全な発展を促進

近年、5G、クラウドコンピューティング、人工知能などの新しいICT技術の産業分野への統合と応用が深ま...

urpad-72時間/VPSリソース「言葉では言い表せない」時間/

Urpad の 72 時間限定の VPS リソースは「言葉では言い表せない」ものです。たとえば、51...

新しい CN ドメイン名ポリシーがドメイン名登録者に与える影響

今月28日、CNNICは新しいドメイン名政策である「中国インターネットネットワーク情報センタードメイ...

瓜子中古車の新たな電子商取引と新たなトラブル

中古品取引市場の急速な拡大に伴い、さまざまな中古電子商取引プラットフォームが雨後の筍のように出現し、...

SEO の課題: 1 枚の画像がウェブマスターに複数のレベルで考えさせるきっかけとなる

最近、あるフォーラムで写真を見ました。誰が写真を投稿したか、フォトショップで加工されたかどうかに関係...

テクノロジーが貧困緩和に貢献:アリババクラウドテクノロジー貧困緩和連盟が設立

9月21日、2018年杭州雲奇大会において、「アリババクラウドテクノロジー貧困緩和連盟」が正式に設立...

Kubernetes と Docker の分離があなたにとって何を意味するか

この瞬間が来るまで長い時間がかかりました。 Kubernetes はバージョン 1.20 以降、コン...

A5フォーラムがフォーラム署名をキャンセル - ワンダ・シャオダンの個人的意見

Baidu の「外部リンクの判断について」の発表以来、新たな影響がもたらされ、ウェブマスターに影響を...

検索エンジンの不正行為に関する百度とグーグルの異なる判断を説明する

百度の不正行為判定基準Web ページのソース コードの任意の場所に、Web ページの内容とは無関係な...

神馬検索がBATからドメイン名を奪取中

今年のメーデーを前に、UC有視とアリババは共同で「神馬」モバイル検索を開始し、「優位」を誇っていた百...

WeChatプロモーションと新規顧客獲得のための運用アイデアと実践スキル!

ユーザー運用の3つの重要なタスクは、「新規ユーザーの誘致」、「維持」、「活性化の促進」です。この記事...

Teradata Analytics Platform は、よりスマートな IoT エッジコンピューティング機能を提供する「4 次元分析」のパイオニアです。

データおよび分析ソリューションの大手グローバルプロバイダーである Teradata Corporat...

道徳は崩壊:CNドメイン名を2年間3.98ドルで登録

有名な外国ドメイン名登録業者である Dynadot は、道徳的に崩壊した CNNIC と提携して、ひ...

Aizhan.com から学んだ 4 つのマーケティング ルールについて簡単に説明します。

ウェブマスターの友人は皆、Aizhan.com をよくご存知だと思います。 Aizhan.com 独...