🧗🏽 👨🏽‍🚀 🙀 タンズミッションコントロールのご紹介 🕺🏿 🗒️ ⏹️

今日は、昨年のVMWorldカンファレンスで発表された新しい製品とサービスのラインであるVMwareTanzuについてお話したいと思います。議題には、最も興味深いツールの1つであるTanzu MissionControlがあります。

注意：カットの下にはたくさんの画像があります。

ミッションコントロールとは

同社がブログ投稿で述べているように、VMware Tanzu Mission Controlの主な目標は、「混乱をクラスター化するための秩序をもたらす」ことです。 Mission Controlは、管理者がクラスターまたはクラスターグループにポリシーを適用し、セキュリティルールを設定できるようにするAPI駆動型プラットフォームです。 SaaSベースのツールは、エージェントを介してKubernetesクラスターに安全に統合され、ライフサイクル管理操作（展開、スケーリング、削除など）を含む幅広い標準クラスター操作をサポートします。

丹津線のイデオロギーは、オープンソース技術を最大限に活用することに基づいています。Cluster APIは、Tanzu Kubernetesグリッドクラスターのライフサイクルを管理するために使用され、Veleroはバックアップと復元に使用され、Sonobuoyは、入力コントローラーとしてのKubernetesクラスターとContourクラスターの構成の対応を制御するために使用されます。

Tanzu MissionControl機能の一般的なリストは次のようになります。

すべてのKubernetesクラスターの集中管理。
IDおよびアクセス管理（IAM）;
クラスターの状態の診断と監視。
構成とセキュリティ設定の管理。
クラスターのステータスに関する定期的なチェックをスケジュールする。
バックアップと復元の作成。
クォータ管理;
リソース使用率の視覚化された表現。

どうしてそれが重要ですか

Tanzu Mission Controlは、企業がオンプレミス、クラウド、および複数のサードパーティプロバイダーに配置されたKubernetesクラスターの大規模なフリートを管理するのに役立ちます。遅かれ早かれ、ITに関連する活動を行う企業は、さまざまなプロバイダーにある多くの異種クラスターを維持することを余儀なくされます。各クラスターは、有能な組織、適切なインフラストラクチャ、ポリシー、保護、監視システムなどを必要とする雪だるま式になります。

今日、どの企業もコストを削減し、日常的なプロセスを自動化しようとしています。また、複雑なITランドスケープは、明らかに節約につながり、優先タスクに集中することにはなりません。Tanzu Mission Controlは、運用モデルを調和させながら、組織が複数のプロバイダーに展開された複数のKubernetesクラスターにまたがって運用できるようにします。

ソリューションアーキテクチャ

Tanzu Mission Controlは、クラスターおよびKubernetesクラスターのグループに適用できる高度にカスタマイズ可能な一連のポリシーへのアクセスをユーザーに提供するマルチテナントプラットフォームです。各ユーザーは組織に関連付けられており、リソースの「ルート」であるのは、クラスターとワークスペース（ワークスペース）のグループです。

丹津ミッションコントロールでできること

上記では、ソリューション関数のリストをすでに簡単にリストしました。これがインターフェイスにどのように実装されているかを見てみましょう。

企業内のすべてのKubernetesクラスターの単一ビュー：

新しいクラスターの作成：クラスターをクラスターに

すぐに割り当てることができ、それに設定されたポリシーを継承します。

クラスター接続：

既存のクラスターは、特別なエージェントを使用して簡単に接続できます。

クラスターのグループ化：

クラスターグループでは、クラスターをグループ化して、手動で介入することなく、グループレベルで割り当てられたポリシーを継承できます。

ワークスペース：

複数のネームスペース、クラスター、およびクラウドインフラストラクチャ内にあるアプリケーションへのアクセスを柔軟に構成する機能を提供します。

実験室でのタンズミッションコントロールの原理を詳しく見ていきましょう。

ラボ＃1

もちろん、ミッションコントロールの仕事と新しいタンズソリューションを練習なしで詳細に想像することは非常に困難です。ラインの基本的な機能を探索するために、VMwareはいくつかのラボスタンドへのアクセスを提供します。これらのベンチでは、ステップバイステップの説明を使用して実験室での作業を実行できます。Tanzu Mission Control自体に加えて、他のソリューションがテストと研究に利用できます。実験室での作業の完全なリストは、このページにあります。

さまざまなソリューション（小さなvSAN「ゲーム」を含む）に実際に慣れるために、さまざまな時間が割り当てられます。心配しないでください、これらは非常に相対的な数です。たとえば、Tanzu Mission Controlラボは、自宅を通過するときに最大9時間半の間「解決」できます。また、タイマーが切れても、戻ってやり直すことができます。

実験室作業の通過＃1

VMware. . .

Tanzu Mission Control.

windows-, :

, : .

ラボ＃2

ここでは、すでにもっと深刻な問題に取り組んでいます。この実験室での作業は、前の作業ほど「レール」に結び付けられておらず、より注意深い研究が必要です。ここでは完全には引用しません。時間を節約するために、2番目のモジュールのみを分析します。最初のモジュールはTanzu MissionControlの理論的側面に専念しています。必要に応じて、自分で完了することができます。このモジュールでは、Tanzu MissionControlを介したクラスターライフサイクル管理について詳しく説明します。

注：Tanzu Mission Controlラボは定期的に更新され、改良されています。ラボの完了時に以下と異なる画面または手順がある場合は、画面の右側にある指示に従ってください。この記事の執筆時点でLRの現在のバージョンを確認し、その重要な要素を検討します。

実験室作業の通過＃2

VMware Cloud Services, Tanzu Mission Control.

, , — Kubernetes. Ubuntu PuTTY. Ubuntu.

: kind create cluster --config 3node.yaml --name=hol
KUBECONFIG-: export KUBECONFIG="$(kind get kubeconfig-path --name="hol")"
: kubectl get nodes

Tanzu Mission Control. PuTTY Chrome, Clusters ATTACH CLUSTER.

— default, REGISTER.

PuTTY.

: watch kubectl get pods -n vmware-system-tmc. , Running Completed.

Tanzu Mission Control VERIFY CONNECTION. , .

. Cluster groups NEW CLUSTER GROUP. CREATE.

: Clusters, NEW CLUSTER .

, — hands-on-labs — .

, . , Next.

, Edit.

, CREATE.

.

. .

KUBECONFIG, kubectl. Tanzu Mission Control. Tanzu Mission Control CLI click here.

CLI.

API Token. My Account .

GENERATE.

CONTINUE. Power Shell tmc-login, — , , — Login Context Name. info , olympus-default ssh-.

namespaces:kubectl --kubeconfig=C:\Users\Administrator\Downloads\kubeconfig-aws-cluster.yml get namespaces.

kubectl --kubeconfig=C:\Users\Administrator\Downloads\kubeconfig-aws-cluster.yml get nodes, , Ready.

. — coffee and tea — coffee-svc tea-svc, — nginxdemos/hello and nginxdemos/hello:plain-text. .

PowerShell cafe-services.yaml.

- API .

Pod Security Policies . .

:

kubectl --kubeconfig=kubeconfig-aws-cluster.yml create clusterrolebinding privileged-cluster-role-binding --clusterrole=vmware-system-tmc-psp-privileged --group=system:authenticated

: kubectl --kubeconfig=kubeconfig-aws-cluster.yml apply -f cafe-services.yaml

: kubectl --kubeconfig=kubeconfig-aws-cluster.yml get pods

2 , ! , .

, . . , , , Tanzu Mission Control -.

意見と結論

もちろん、丹津との仕事の実際的な問題について話すのは時期尚早です。独立した研究のための資料はそれほど多くなく、今日、あらゆる側面から新製品を「突く」ためにテストベンチを配備することは不可能です。それにもかかわらず、入手可能なデータからでも、特定の結論を引き出すことができます。

タンズミッションコントロールのメリット

システムは本当に面白いものになりました。すぐに、いくつかの便利で便利なパンを強調したいと思います。

開発者が本当に気に入るWebパネルとコンソールを介してクラスターを作成できます。
ワークスペースを介したRBAC管理は、ユーザーインターフェイスに実装されています。ラボではまだ機能しませんが、理論的には素晴らしいことです。
テンプレートに基づく一元化された特権管理
名前名へのフルアクセス。
YAMLエディター。
ネットワークポリシーの作成。
クラスターヘルスモニタリング。
コンソールのバックアップおよび復元機能。
実際の処分を視覚化したクォータおよびリソース管理。
クラスター検査の自動起動。

繰り返しになりますが、現在多くのコンポーネントが完成しているため、一部のツールの長所と短所について完全に説明するには時期尚早です。ちなみに、Tanzu MCは、デモンストレーションに基づいて、クラスターをオンザフライでアップグレードでき、一般に、多くのプロバイダーからクラスターのライフサイクル全体を一度に提供できます。

ここにいくつかの「高レベル」の例があります。

独自のチャーターを持つ他の誰かのクラスターに

明確に定義された役割と責任を持つ開発チームがあるとしましょう。誰もが自分のビジネスで忙しく、誤って同僚の仕事に干渉してはなりません。または、チームには、不必要な権利と自由を与えたくない経験の浅いスペシャリストが1人以上います。また、一度に3つのプロバイダーからのKubernetesがあると仮定しましょう。したがって、権利を制限して共通の分母に持っていくには、各コントロールパネルに1つずつ入力し、すべてを手動で登録する必要があります。同意します、最も生産的な娯楽ではありません。そして、あなたが持っているリソースが多ければ多いほど、プロセスはより退屈になります。 Tanzu Mission Controlを使用すると、「単一のウィンドウ」から役割の描写を管理できます。私たちの意見では、これは非常に便利な機能です。必要な権利をどこかに指定するのを誤って忘れても、誰も何も壊すことはありません。

ちなみに、MTSの同僚は、ブログでベンダーとオープンソースのKubernetesを比較しました。あなたが長い間違いが何であるか、そして選ぶときに何を見るべきかを知りたいと思っていたなら-ようこそ。

ログを使ったコンパクトな作業

実生活からの別の例は、ログの操作です。チームにテスターもいるとします。ある晴れた日、彼は開発者のところに来て、「アプリケーションにバグが見つかりました。早急に修正します」と発表しました。開発者が最初に知りたいのはログです。電子メールまたはテレグラムを介してファイルでそれらを送信することは悪いマナーであり、前世紀です。 Mission Controlは別の方法を提供します。開発者に特別な権限を与えて、特定の名前名のログのみを読み取れるようにすることができます。この場合、テスターは「このようなアプリケーション、このようなフィールド、このような名前名にバグがあります」と言うだけで十分であり、開発者はログを簡単に開いて問題を特定できます。そして、限られた権利のために、能力が許さない場合、彼はすぐにそれを修正するために登ることはありません。

ヘルシークラスターヘルシーアプリTanzuMC

のもう1つの優れた機能は、クラスターヘルストラッキングです。予備資料から判断すると、システムではいくつかの統計を表示できます。現時点では、この情報がどれほど詳細になるかを言うのは難しいです。これまでのところ、すべてが非常に控えめで単純に見えます。CPUとRAMの使用率が監視され、すべてのコンポーネントのステータスが表示されます。しかし、この質素な形でさえ、それは非常に有用で効果的な詳細です。

結果

もちろん、Mission Controlの実験室での表現では、一見無菌状態で、いくらかの粗さが観察されます。あなたが仕事をすることに決めたなら、あなた自身はおそらくそれらに気付くでしょう。直感的に十分に説明されていない点もあります。経験豊富な管理者でも、インターフェイスとその機能を理解するにはマニュアルを読む必要があります。

それにもかかわらず、製品の複雑さ、その重要性、および市場で果たす役割を考えると、それはクールであることがわかりました。クリエイターがユーザーのワークフローを修正しようとしたようです。各コントロールを可能な限り機能的で理解しやすいものにします。

そのすべての長所、短所、革新を本当に理解するために、テストベンチでTanzuを試すことだけが残っています。そのような機会が私たちに現れ次第、Habrの読者と製品の取り扱いに関する詳細なレポートを共有します。

タンズミッションコントロールのご紹介