0

次のシナリオがあります。

  1. Elastichserach を使用する VM
  2. Kubernetes クラスター

それらはすべて同じプロジェクトの同じゾーンにあります。

クラスター内にあるコンテナー内から Elasticsearch (es) にアクセスする必要があります。es外部および内部 IPを持つ VMは、基本的にクラスター ノード内から、内部 IP でgcloud ssh ...カールできesますが、コンテナー内からは内部 IP を使用できません (?)、外部を使用する必要があります。問題は、外部 IP をセットアップできないことです。プールの作成、転送ルールの追加、ファイアウォール ルールの追加をポート 9200 に試みましたが、これはローカル マシンからも kubernete ポッドのコンテナーからも機能しません (ネットワーク ルールを考えるとGCE では複雑すぎます)。

誰かがどこに問題があるのか​​ 提案できますか?理想的には、kubenetes コンテナーに内部 IP を使用し、柔軟な検索サーバーを維持するために、外部 IP のオン/オフをすばやく切り替える単純な管理インターフェイスを使用したいと考えています。

ありがとう。

4

1 に答える 1

1

質問を言い直しますので、私はそれが正しいと確信しています:

コンテナーではなく、VM に Elastic Search (es) があります。

esに接続したいコンテナがたくさんあります。

その場合、コンテナー内から内部 IP を確認できるはずです。単純なコンテナーを作成し、es IP アドレスを curl しようとするとどうなりますか? 出力を印刷できますか?

また、VM が 1 つしかない場合は、ロード バランサーをいじる必要はありません。適切なファイアウォール ルールが設定されていれば、VM の外部 IP を使用するだけで済みます。

設定したファイアウォール ルールは何ですか?

デフォルトのネットワークを使用していますか? または、別のネットワークを作成しましたか。

それが役立つことを願っています。

--ブレンダン

于 2014-12-12T01:01:04.863 に答える