ページをロードバランシングのオリジンとして使用する

このチュートリアルは、Cloudflareのグローバルトラフィック管理を活用する方法の入門例として意図されています。

以下のセクションでは、Cloudflare Pagesをエンドポイントの1つとして使用したアクティブ-パッシブフェイルオーバーロードバランサーの設定方法を案内し、ロードバランシングダッシュボードのワークフロー、重要なフィールド値、およびトラブルシューティングについて詳しく説明します。

使用例

この設定は、プロダクションのウェブサイトやアプリケーションをPagesに移行する場合や、プライマリオリジンがダウンしたときのバックアップやパーソナライズされたウェブページを持ちたい場合に役立ちます。

始める前に

以下のことを確認してください：

• Cloudflareのロードバランシングコンポーネントに精通していること。
• ドメインを所有し、CloudflareをプライマリDNSプロバイダーとして使用していること。
• Cloudflare Pagesでウェブサイトまたはアプリケーションをデプロイしていること。
• アカウントでロードバランシングを有効にしていること。

ヘルスモニターの作成

ロードバランサーの作成ワークフロー内ですべてのコンポーネントを作成できますが、モニターの管理およびプールの管理セクションを別々に使用することで、ロードバランサーに統合する前に各コンポーネントの設定をテストおよびトラブルシューティングしやすくなります。

モニターは、エンドポイントが正常かどうかを判断する基準を定義します。次の手順でモニターを設定します。

1. Cloudflareアカウントにログインし、ドメインを選択します。
2. トラフィック > ロードバランシングに移動します。
3. モニターの管理を選択し、次に作成を選択します。
4. モニターに説明的な名前を付け、他のフィールドが以下のように入力されていることを確認します：

フィールド	値
Type	HTTP
Path	/
Port	80

5. 高度なヘルスチェック設定の下で、デフォルト値を保持し、リダイレクトを追跡オプションを有効にします。

   Cloudflare Pagesのようなサービスを使用している場合、ヘルスモニターからのリクエストや訪問者からのリクエストが、目的地に到達する前にリダイレクトされる可能性があります。このオプションを有効にすると、実際にはリダイレクトされただけであるエンドポイントを、モニターが不健康として報告するのを防ぎます（例えば、301コードで）。

ヒント

モニターの名前を定義したパラメータに基づいて付けることができます。例えば：HTTP - 200 - リダイレクトを追跡。

このようにすることで、特定のモニターが他のエンドポイントに接続する際に使用している基準を簡単に思い出すことができます。

6. 保存を選択して確認します。

プールの作成

プールは、ヘルスモニターのリクエストと訪問者のリクエストがどこに向かうかに関する情報を保持します。

上記の使用例をサポートするために、プロダクションのウェブサイト用のオリジンサーバーが1つ、Cloudflare Pagesインスタンス用のオリジンサーバーが1つあると仮定して、各プールに1つのエンドポイントを持つ2つのプールを作成します：

重要

Cloudflare Pagesを指すエンドポイントには、プロジェクトドメイン（<project>.pages.dev）でホストヘッダーが入力されている必要があります。正しい設定のための参照テーブルは、以下のステップ8で見つけることができます。

ホストヘッダーを追加しないと、モニターに対してレスポンスコード不一致エラーが発生し、訪問者に対してエラー1000: DNSが禁止されたIPを指すが発生します（不健康なモニターの状態にもかかわらずロードバランサーが有効になっている場合）。

1. トラフィック > ロードバランシングに移動します。

2. プールの管理を選択し、次に作成を選択します。

3. 最初のプールについて、以下のフィールドを入力します：

• プールの名前（ユニークである必要があります）。提案：primary
• 名前に関する詳細を提供する説明。提案：プロダクションウェブサイト

4. エンドポイントスティアリングの選択はそのままにします。各プールには1つのエンドポイントしかないため、このスティアリング方法はこの場合に干渉しません。

5. オリジンサーバーをエンドポイントとして以下の情報で追加します：

• エンドポイントの名前（ユニークである必要があります）。提案：my-website。

• エンドポイントのIPアドレスまたはホスト名。

  注意

  以下のステップ8で示されているように、Cloudflareをエンドポイントとして使用する場合、CloudflareのAnycast IPアドレスのいずれかを指定しないでください。これらのIPはいつでも変更される可能性があるため、代わりにホスト名を使用する必要があります。

• エンドポイントの重み、これは1に設定できます。各プールには1つのエンドポイントしかないため、この場合エンドポイントの重みは影響しません。

• ホスト名をホストヘッダーを追加を選択して追加します。

  注意

  プロダクションウェブサイトがCloudflare Pagesのようなプラットフォームにホストされている場合、デフォルトのサブドメイン（example.pages.dev）があり、その後カスタムドメイン（my-app.com）を設定する場合、ヘルスモニターリクエストが失敗しないようにホストヘッダーを追加する必要があります。

6. 最初のプールの設定を以下の情報で完了します：

• ヘルス閾値は1のままにします。各プールには1つのエンドポイントしかないため、このフィールドの唯一の可能な値です。
• 前のステップで設定したモニターを選択します。
• ヘルスチェック地域を選択して、Cloudflareがエンドポイントのヘルスを定期的にテストするためにモニターリクエストを送信する場所を選択します。

7. 保存を選択します。

8. 次の値を使用して2番目のプールのプロセスを繰り返します：

フィールド	値
プール名	secondary
説明	Pagesバージョン
エンドポイントスティアリング	<default>
エンドポイント名	my-pages-website
エンドポイントアドレス	<your custom domain or Pages subdomain>
重み	1
ホスト（ホストヘッダーを追加）	<your custom domain or Pages subdomain>
ヘルス閾値	1
モニター	<monitor defined on previous step>
ヘルスチェック地域	<select region of your choice>

エンドポイントのヘルスステータスを確認する

ロードバランサーを設定する前に：

1. トラフィック > ロードバランシング > プールの管理に移動します。
2. 作成したプールをリストで見つけ、そのステータスがHealthyであることを確認します。ページを更新する必要があるかもしれません。
3. 各プールエントリを展開して、その中のエンドポイントのヘルスステータスもHealthyであることを確認します。

基本的な原則は、プロダクションのウェブサイトとCloudflare Pagesプロジェクトの両方がライブでブラウザから直接アクセス可能であれば、モニターもHTTPレスポンスとして200コードを取得できるはずです。

プールとモニターの設定を見直して、上記の指示に従っていることを確認してください。まだ問題がある場合は、トラブルシューティングやFAQを参照してください。

ロードバランサーの作成

エンドポイントとモニターが正しく設定され、期待されるヘルスステータスを返すことを確認したら、ロードバランサーを作成します：

1. トラフィック > ロードバランシング > ロードバランサーの作成に移動します。

2. ホスト名ページで、以下を設定し、次へを選択します。

   • ロードバランサーが利用可能なDNS名であるホスト名を入力します。提案：今のところ、lbのような一時的なホスト名を追加できます（完全なフィールド値はlb.<your_domain>のようになります）。
   • オレンジの雲のアイコンを切り替えて、トラフィックのルーティング方法や広告されるIPアドレスに影響を与えるプロキシモードを更新します。
   • セッションアフィニティと適応ルーティングの好みのオプションを選択します。

3. プールを追加ページで、以下を設定し、次へを選択します。

   • 前に作成した最初のプールを選択し、プールを追加を選択します。
   • 2番目のプールについても同様に行い、必要に応じて順序を変更します。このチュートリアルの目的では、プロダクションウェブサイトプールが最初（primary）で、Cloudflare Pagesプールが2番目（secondary）になります。
   • 必要に応じて、フォールバックプールを更新します。このチュートリアルの目的では、これをセカンダリプールに指し続けることができます。

4. モニターページで、プールに添付されたモニターと期待されるヘルスステータスを確認し、次へを選択します。

5. トラフィックスティアリングページで、オフが選択されていることを確認します。これは、ロードバランサーがプールを追加セクション（上記のステップ3）で確立された順序に従うことを意味し、アクティブ - パッシブフェイルオーバー構成を実現します。

6. このチュートリアルの目的では、カスタムルールオプションは空のままにします。

7. レビューページで、設定を確認し、ドラフトとして保存を選択します。

LBタイプのDNSレコードがDNS > レコード ↗の下に作成され、定義したホスト名に対応するロードバランサーがトラフィック > ロードバランシング > ロードバランサーの管理 ↗に追加されます。

オプション - テストホスト名でデプロイ

一時的なホスト名をロードバランサーに使用した場合、以下の手順に従ってデプロイしてテストします。

1. トラフィック > ロードバランシングに移動します。

2. ロードバランサーの管理リストで、テストホスト名（lbなど）で作成したロードバランサーを見つけて有効にします。

3. ブラウザで一時的なホスト名（lb.example.com）をリクエストします。プロダクションオリジンサーバーにホストされているウェブサイトまたはアプリケーションが表示されるはずです。

4. ロードバランサーの管理リストに戻り、テストロードバランサーを展開してプライマリプールを無効にします。

5. ブラウザの新しいシークレットウィンドウで、一時的なホスト名を再度リクエストします。今度はセカンダリオリジンサーバーにホストされているウェブサイトまたはアプリケーションが表示されるはずです。

   問題が見つかった場合は、プール、モニター、およびロードバランサーの設定を見直して、上記の指示に従っていることを確認してください。また、必要に応じてトラブルシューティングやFAQを参照してください。

重要

すべてが正しく機能していることを確認したら、ロードバランサー内のプールを再度有効にすることを忘れないでください。

プロダクショントラフィックをロードバランサーにルーティング

ロードバランサーを設定し、すべてが正しく機能していることを確認したので、ロードバランサーをライブドメインまたはサブドメインに配置できます：

1. プロダクションホスト名が正しい優先順位のDNSレコードの順序を持ち、SSL/TLS証明書でカバーされていることを確認します。

   エンタープライズアカウントをお持ちの場合は、除外されたパスについてアプリケーションを評価することも検討してください。例えば、/adminパスに向けられたリクエストをロードバランサーが分配しないようにしたいかもしれません。例外がある場合は、オリジンルールまたはページルールを設定します。

2. 既存のロードバランサーのホスト名を編集して、プロダクショントラフィックを受信するようにロードバランサーを設定します。