1

これはありきたりの質問のように聞こえるかもしれませんし、実際にそうなのかもしれませんが、Azure Container Services に関するいくつかの点で、私は少し頭を悩ませています。リソース グループ内の Azure で Kubernetes クラスターを起動して実行することができたので、まず準備は完了です。

今、私の質問は次のとおりです。

  • マスター VM とエージェント VM のパッチ適用とアップグレードは誰が担当しますか?
  • Kubernetes コンポーネントのパッチ適用と更新は誰が担当しますか?
  • etcd自分でデータベースをバックアップする必要がありますか?
  • Kubernetes クラスターで SLA を取得する必要がありますか?それとも、VM SLA に加えて、すべて自分次第です (つまり、Kubernetes の動作を確認します)?

これらの質問に対する答えは、「私」、「私」、「はい」、「いいえ」であると感じています。これにより、ACS は単に Resource Manager テンプレートのセットにすぎないのか、それとも付加価値はどこにあるのかを自問することになります。私の仮定は正しいですか、それともどこが間違っていますか?

4

2 に答える 2

0

2016 年 12 月 30 日現在の状態であり、今後数か月で変更される予定です。

実際にマイクロソフトにこれらの質問をしたところ、次の回答が得られました。

  • Kubernetes が実行されている VM、つまりマスター VM とエージェント VM にパッチを適用してアップグレードするのは私次第です。
  • Kubernetes のアップグレードをどのように処理するかは、Azure チームによってまだ決定されていませんが、自動アップグレードまたは手動で行う方法 (現在はかなり複雑です) のいずれかで、少なくともその方法に関するドキュメントが作成される予定です。
  • 通常のデプロイetcdでは、マスター VM で実行され、そのマシンのディスクにすべてが格納されます。このディスクは、Azure のストレージ アカウントに格納されます。これは、データがH/A 方式で実行されていなくても (実行するためだけに 3 つ以上の専用 VM を使用して)、etcdデータがかなり安全であることを意味します。注：これはこの質問に対する私の解釈であり、明確な答えは得られませんでした。etcdetcd
  • Kubernetes の SLA について: これはまだ完全には明らかではありませんが、Azure 上の Kubernetes が GA になる前に対処される予定です (または対処されません)。

全体として、物事はまだ少し動き回っていますが、非常に有望に見えます. おそらく他の誰かがこの種の情報を探しているので、私は自分の質問への回答を投稿しました.

于 2016-12-30T14:49:23.547 に答える