問題タブ [google-cloud-load-balancer]

Google Cloud で Web サーバーを実行しています。これは、トラフィックの少ないいくつかのサイトにサービスを提供する Debian VM ですが、Cloudflare は好きではありません。つまり、Cloud CDN です。

静的 IP を使用してロード バランサーを作成しました。

見つけたガイドのすべての項目を実行します。しかし、オリジンを Cloud CDN に追加する段階になると、LB ステータス ページの黄色の三角形にカーソルを合わせると、「1 つのバックエンド サービスが異常です」というように「異常」であるため、ロード バランサを使用できません。

この時点で唯一のオプションは、Create a Load Balancer を選択することです。

属性が異なるいくつかのロードバランサーを作成しましたが、それが原因かもしれないと考えましたが、うまくいきませんでした。それらはすべて「1 つのバックエンド サービスが異常です」というタグを取得するため、使用できません。

---以下を編集---

LB の作成中に、証明書の問題を除いて、LB が VM について知る原因となる場所はどこにもありません (以下を参照)。VM を指すフィールドを要求する場所はどこにもありません。

先ほど別の LB を作成しました。これがその設定です。終了すると、異常とマークされます。

タイプ HTTP(S) 負荷分散

インターネット向けですか、それとも内部のみですか？ インターネットから VM へ

(私の VM はバックエンド サービスにリストされていないので、作成します...これは問題ですか?)

バックエンド サービスを作成する

• バックエンド タイプ: インスタンス化されたグループ
• ポート番号: 80,443
• Cloud CDN を有効にする: チェック済み
• ヘルスチェック: 新規作成: https, check /

単純なホストとパスの規則: チェック済み

新しいフロントエンド IP とポート

• プロトコル: HTTPS
• IP: v4、静的に予約および発行
• ポート: 443
• 証明書: 新規作成: Google マネージド証明書、mydomain.com およびwww.mydomain.comを作成します。

サイトをバケットでホストし、ロード バランサーを作成しました。www とルートの「A」レコードを追加し、ロード バランサーの IP を配置しました。ページに 404 エラー www.sproutheads.comが表示されるようになりました

現在、TCP ロード バランサーの背後にあるバックエンド サービス (3 台の VM マシンのマネージド インスタンス グループ) を持つ Google クラウド セットアップがあります。フロントエンド構成には、トラフィックをポート 6443 にリダイレクトする静的外部 IP アドレスと、ロード バランサーに接続されたポート 6443 の tcp ヘルス チェックもあります。バックエンド サービスの 3 つの vm インスタンスのうち、最初はマシンの 1 つだけがポート 6443 でサービスを実行していました。したがって、ロード バランサーは、ロード バランサーの詳細ページで 1 つの正常なインスタンスと 2 つの異常なインスタンスを正しく検出します。ポート 6443 の異常な vm インスタンスでサービスを起動するには、ロード バランサの IP と同じポートを介して正常な vm インスタンスに接続する必要があります。ロード バランサの IP とポート 6443 を使用して (バックエンド インスタンスからではなく) ロード バランサの外部から vm インスタンスに接続すると、バックエンド サービスのヘルス vm インスタンスへの接続が正常に行われていることがわかります。ただし、バックエンド サービスの異常な vm インスタンスの 1 つからロード バランサに接続しようとすると、正常な vm インスタンスではなく同じインスタンスに接続がリダイレクトされ、接続拒否エラーが発生することがわかります。リクエストの送信元がロード バランサーの背後にある場合でも、ロード バランサーの IP とサービス ポートの接続を常に正常なインスタンスの 1 つにリダイレクトできるように、Google クラウドの tcp ロード バランサーに設定はありますか? ただし、バックエンド サービスの異常な vm インスタンスの 1 つからロード バランサに接続しようとすると、正常な vm インスタンスではなく同じインスタンスに接続がリダイレクトされ、接続拒否エラーが発生することがわかります。リクエストの送信元がロード バランサーの背後にある場合でも、ロード バランサーの IP とサービス ポートの接続を常に正常なインスタンスの 1 つにリダイレクトできるように、Google クラウドの tcp ロード バランサーに設定はありますか? ただし、バックエンド サービスの異常な vm インスタンスの 1 つからロード バランサに接続しようとすると、正常な vm インスタンスではなく同じインスタンスに接続がリダイレクトされ、接続拒否エラーが発生することがわかります。リクエストの送信元がロード バランサーの背後にある場合でも、ロード バランサーの IP とサービス ポートの接続を常に正常なインスタンスの 1 つにリダイレクトできるように、Google クラウドの tcp ロード バランサーに設定はありますか?