問題タブ [google-kubernetes-engine]

GKE のドキュメントでは、(現在) すべてのノードが同じ VM インスタンスを持っていると書かれています。これは、基盤となるマシンタイプまたは OS イメージ (あるいはその両方) を指していますか?

私はそれが単なるマシンの種類 (マイクロ、スモールなど) であり、Google が独自のイメージをその上にインフラストラクチャ (kubernetes など) でレイヤー化したと想定していました。

その場合、Google は GKE でどのイメージを使用していますか? 相性が良さそうなのでCoreOSかもしれないと思っていたのですが、よくわかりません。

本番環境と同じイメージでステージング マシンをセットアップしたいのですが、おそらくこれを知る必要はないか、または何を使用するかは問題ではありません。

サービス アカウント/クライアントを動的に生成したいのですが、大量に生成する可能性があります。Google クラウド プラットフォーム プロジェクトが持つことができるクライアント ID / サービス アカウントの最大数はありますか?

標準の Debian 7 バックポート イメージを使用して、Google Compute Engine で VM インスタンスを実行しています。

GC ファイアウォール ルールは、すべての TCP、UDP、および ICMP インバウンド トラフィックを許可します。インスタンスで標準の GC ネットワーク ルートをアクティブにしています。

イメージから、ほとんどの外部ホストに接続できます。ただし、特定のホスト (locaphone.com または IP 94.75.247.45) に接続できません。このホストは Google クラウドの外部から完全に ping 可能ですが、インスタンスから ping しても応答がありません。

このホストへの traceroute を実行すると、中間のホストからも応答がありません (以下の貼り付けを参照)。これは、最終ホスト (94.75.247.45) がドロップするのではなく、Google クラウドからのルーティングに問題がある可能性があることを示しています。パケット。もちろん、問題のホストのメンテナーは、私のホストからの ping をブロックしていないことを既に確認しています。

助けてください。

ありがとうございました。

localphone.com (94.75.247.45) への traceroute、最大 30 ホップ、60 バイト パケット

Mesos + Kubernetes は、Pod オーケストレーション (Kubernetes) とリソース割り当て (Mesos) を実現するための 1 つの代替手段です。しかし、Google Container Engine はどのようにして Kubernetes のリソース/タスク共有を実行するのでしょうか? 私の理解では、Kubernetes 自体はこれを提供していません。

Google Container Engine の container-vm のコンテナでサービスを実行しています。最初にconf を作成してhttps://cloud.google.com/compute/docs/containers/container_vms#creating_containers_at_time_of_instance_creationに従いました:containers.yaml

次に、インスタンスを作成します。

イメージが変更された場合、gcr.io/your_project_name/example-image:new-tag実行中のコンテナーを更新するにはどうすればよいですか?

必然的にインスタンスを削除し、同じ名前で別のインスタンスを作成する必要がありますが、新しいイメージの名前で conf ファイルを更新する必要がありますか? 私には少し過激なようです。実行中のコンテナを vm から停止しようとすると、自動的に再起動します。可能であれば、vm で手動操作を行いたくありません。コンテナーを実行したいだけです。

このビデオでは、実行中のコンテナーを更新するために、次のようなコマンドを使用しているのを見ました。

cloudcfg.sh -u 15s rollingupdate dataController

しかし、ドキュメントが見つかりません。これは、Kubernetes を使用してクラスターでコンテナーを実行するためのものです。container-vm を実行している場合、コンテナを維持するための推奨される方法は何ですか? コンテナーにはまだ kublet サービスがありますが、イメージが変更されたときにそれを使用してコンテナーを更新する方法が見つかりません。

1 つは http を使用し、もう 1 つは udp を使用します。それらはオンプレミス インフラストラクチャで実行されており、次の数回のリリースで、ドック化したら Google コンテナとして実行する必要があります。サービスをクラウドに配置する前に、oauth を実装する必要があります。

私の質問は、私が説明したロードマップを考慮して、どこから始めて、どのように oauth 2 の実装に取り​​組むべきかということです。

提案を本当に感謝します。

開発者コンソールから、Google Cloud Deployment Manager API、Google Compute Engine Autoscaler API、Google Compute Engine Instance Group Manager API、Google Compute Engine Instance Groups API、Google Container Engine API を無効にしたいと考えています。ただし、これらの API を無効にすることはできません。

サービスを無効にすると、API が無効になっているというメッセージが表示されます。ただし、しばらくすると、再びオンになります。

コンピューティング エンジンやコンテナ エンジンは使用していません。

これらの API を無効にするにはどうすればよいですか?