gke

0熱

2答えて

vault kubernetes authバックエンドを使用するには、authentication.k8s.io apiを有効にする必要があるようです。 GKEはこれを有効にしていないようです（/apis/authentication.k8s.io/は404を返します）なぜこれが有効になっていないのでしょうか？これはアルファ機能ではありません。私はkubernetes 1.7.6を使用していま

0熱

1答えて

kubernetesコンテナのログファイルのコンテンツをGoogleクラウドのStackdriverで取得するにはどうすればよいですか？

私はkubernetesとgoogleの雲に新しいです。私はいくつかの助けが必要です。私たちには、1つの容器がgkeのkubernetesで走っているポッドがあります。コンテナがstdoutに送信するロギングメッセージと、ストレージ内のいくつかのログファイルに書き込むロギングメッセージもあります。コンテナの標準出力に送信されるログメッセージは、Stackdriverによって選択され、期待どおり

0熱

1答えて

GENのkubernetesとのジェンキン

私はジェンキンとの組み合わせでkubernetesを初めて使っています。そこで私はいくつかのチュートリアルを行った。私の目標は次のとおりです。 1）GCR 3にドッキングウィンドウの画像に 2）プッシュドッキングウィンドウのイメージを構築するには）kubernetes にイメージを展開し、私はセットアップ私のGKE 1しました：チュートリアルのような1。これらのチュートリアルはお互いに依存してい

1熱

1答えて

複数のネームスペースにバックエンドkubernetesサービスを持つ入力リソース

Google Kontainerエンジン（GKE）の異なる名前空間に2つのアプリケーションをデプロイしました。パスベースのルーティングを使用して両方のアプリケーションを指すために、単一の入力リソース（Google Load Balancer）を使用したいと思います。単一のイングレスリソースの背後に複数の名前空間でバックエンドkubernetesサービスを持つことが可能ですか？可能であれば、どうです

2熱

2答えて

Kubernetes入力ロードバランサはすべてをインデックスに書き換えます。どうして？

TL;何らかの理由でDRすべてのHTTPサービスは、私がKubernetesにかなり新たなんだとイングレスロードバランサを設定しようとしているパスが/ として書き直されているようです。 Client Version: version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.6", GitCommit:"4bc5e7f9a6c25dc4c03d4d65

1熱

1答えて

Kubernetes NGINX入力コントローラがTLS証明書を取得しない

nginx-ingressコントローラを使用してGKEに新しいkubernetesクラスタをセットアップしました。 TLSは機能していません。偽の証明書を使用しています。私はレポをしたように、構成の詳細の多くはあり - https://github.com/jobevers/test_ssl_ingress 要するに手順は、GKEのロードバランサせずに新しいクラスタをを作成し、私とのTLS秘

0熱

1答えて

ログペイロードのいくつかのキーワードに基づいてFluentdのログメッセージの重大度（INFO、ERROR、WARNINGなど）を変更する方法はありますか？

私は数日間それを把握しようとしているので、誰かがこの質問で私を助けてくれることを本当に願っています。私はGKEのkubernetesで動作するコンテナを持っています。 /var/log/containers/my_container.logでは、私は（異なるフォーマットでいくつかの他のログの中で）このようなものを持っている： {"log":"17-Oct-2017;04:36:29.744 :

0熱

2答えて

GKE用にサポートされているKubernetesのバージョンをプログラムで取得する方法は？

サポートされているバージョンは、ここに記載されています： https://cloud.google.com/container-engine/supported-versions が、プログラム的にこのリストを取得する方法があれば、私はgcloudまたはいくつかの同様のツールを経由して（そのページをこする以外に、私は推測する、）思ったんだけど？ Googleがサポートされているバージョンを更新し続

2熱

1答えて

PersistentVolumeClaimへの非ルートユーザーへのアクセスの許可

kubernetesでは、後で一部のコンテナにマウントできるストレージを作成するためにPersistentVolumeClaimを使用できます。ただし、コンテナ内のユーザーがrootでない場合、そのユーザーはrootが所有しているため、そのユーザーはそのディレクトリにアクセスできなくなります。このようなボリュームにアクセスする正しい方法は何ですか？（ボリュームを作成してマウントするときに、ユ