このページの内容は Apigee を対象としています。Apigee ハイブリッドは対象としていません。
Apigee Edge のドキュメントを表示する。
このセクションでは、Apigee のメンテナンスの概要について説明します。
メンテナンスの時間枠のスケジュールについては、Apigee インスタンスのメンテナンスの時間枠を管理するをご覧ください。
概要
Apigee は、サービスの信頼性、パフォーマンス、セキュリティ、最新性を確保するために、定期的に更新を実施します。これらの更新のほとんどは、目立った影響なく実行されます。こうした更新はメンテナンスと呼ばれます。
メンテナンスは通常、以下のカテゴリに分類されます。
- Apigee の機能: Apigee の一部の機能をリリースするには、メンテナンス更新が必要です。
- パフォーマンスの向上: 可能な限り優れたパフォーマンスと信頼性を提供します。
- セキュリティ パッチと更新: Google は、ソフトウェア スタックで新たに見つかるセキュリティ脆弱性を継続的にモニタリングしています。こうした脆弱性が見つかった場合には、システムにパッチを適用し、新たなリスクからユーザーを保護します。
メンテナンスの影響
通常、Apigee のメンテナンスは完全にシームレスに行われます。ただし、Apigee のメンテナンス中は、次のような特定の操作を実行できません。
- 新しいインスタンスの作成
- インスタンスへの環境のアタッチ
- エンドポイント アタッチメントの作成
- 特定のスケーリング アクティビティ
メンテナンスの設定
Apigee では、アプリケーションにとって最適なタイミングでメンテナンスが行われるように構成できます。これを行うには、メンテナンスの時間枠を構成します。
Apigee インスタンスに次のオプションを構成できます。
- メンテナンスの時間枠: Apigee がメンテナンスの開始をスケジュールする曜日と時間。
- 更新順序: インスタンスの更新順序を、同じリージョン内の他のインスタンスとの相対的な順序で設定します。更新順序は、[第 1 週] または [第 2 週] に設定できます。第 2 週インスタンスは、同じリージョン内のメンテナンスの時間枠が同じ第 1 週インスタンスの 1 週間後に更新されます。更新順序は、メンテナンスの時間枠を構成する際に設定します。
Apigee は、構成した指定の開始時刻にメンテナンスが開始されるようにスケジュールします。お客様によって構成が異なるため、Apigee はメンテナンスの所要時間を正確に予測できませんが、通常は数時間かかります。
リソースにメンテナンスの時間枠が構成されている場合、それ以降の自動メンテナンスはこれらの設定を優先するようにスケジュールされます。リソースにメンテナンスの時間枠が指定されていない場合、メンテナンスはいつでも開始できます。
Apigee は、メンテナンスの時間枠をできる限り考慮します。ただし、フリート全体で互換性とセキュリティを維持するため、場合によっては、ご希望の時間帯以外にインスタンスを更新する必要があります。
メンテナンスの時間枠のベスト プラクティス
メンテナンスの時間枠は、本番環境インスタンスに設定し、非本番環境インスタンスには設定しないことをおすすめします。これは、メンテナンス更新に関するイベントの順序が大まかに次のようになるためです。
- まず、メンテナンスの時間枠が設定されていないすべてのインスタンスが更新されます。
- 次に、メンテナンスの時間枠が設定されているすべてのインスタンスの更新がスケジュールされます。これらの更新には少なくとも 1 週間のリードタイムがあります。
- 今後の Apigee メンテナンス イベントに関する通知の受信にオプトインした場合、スケジュールされたメンテナンスに関する通知がメールで届きます。
- スケジュールされた時間にメンテナンス更新が実施されます。
したがって、今後のメンテナンスに関する通知が届いた場合は、メンテナンスの時間枠が設定されていないすべてのインスタンスに同じ更新がすでに適用されていることを意味します。非本番環境インスタンスにメンテナンスの時間枠を設定しない場合、まずは非本番環境インスタンスにシステム アップデートが適用されます。また、今後のメンテナンスに関する通知をプロンプトとして使用して、非本番環境で更新をテストまたはプレビューできます。
メンテナンスの例
ショッピング カート サービスを管理する小売店の開発者を例に考えてみましょう。本番環境用の Apigee インスタンスが 1 つあります。インスタンスのトラフィック処理量が最も少ない時間帯（日曜日の深夜 0 時頃）にメンテナンスを開始したいと考えています。
この場合、両方の本番環境インスタンスのメンテナンス設定を次のように設定します。
- メンテナンスの時間枠: 日曜午前 0 時（UTC）開始
- 更新順序: 第 2 週
ステージング環境のインスタンスのメンテナンス設定もほぼ同じです。ただし、更新順序を第 1 週に設定します。最後に、開発環境のインスタンスにはメンテナンスの時間枠を構成しません。これにより、メンテナンスが本番環境にロールアウトされる前に、開発環境とステージング環境でメンテナンス リリースの運用承認テストを行うことができます。開発環境またはステージング環境で問題が発生した場合は、本番環境に影響が及ばないように、問題を診断して修正する時間を確保できます。
今後のメンテナンスに関する通知
メンテナンスがスケジュールされている少なくとも 1 週間前に、今後のメンテナンスに関する通知をメールで受け取るよう設定できます。通知のメールフィルタを設定する場合、メールの件名は「Apigee リソース [your-resource-name] の今後のメンテナンス」となります。
メンテナンス通知は、デフォルトでは送信されません。今後のメンテナンスに関する通知を受信するには、次のすべての操作を行う必要があります。
- メンテナンスの時間枠を設定する。
- メンテナンス通知にオプトインする。
- Apigee がリソースのメンテナンス更新をスケジュールする 7 日前までに上記の両方を行う。そうしないと、システムから今後のメンテナンスに関する通知を送信する時間までに通知の登録が完了しなかったことになります。
通知は Google アカウントに関連付けられているメールアドレスに送信されます。カスタムのメール エイリアス（チームのメール エイリアスなど）を構成することや、ご自分以外のメールアドレスを登録することはできません。
登録すると、特定のプロジェクト内でメンテナンスの時間枠が設定されているすべての Apigee リソースのメンテナンス通知にオプトインします。リソースごとに 1 件の通知が届きます。
よくある質問
Apigee のメンテナンス ポリシーに関するよくある質問は次のとおりです。
メンテナンス更新をスムーズに行うためのベスト プラクティスを教えてください。
メンテナンス更新をスムーズに行うために、次のアクションを行うことをおすすめします。
- Apigee の使用ピーク時にメンテナンスが適用されないように、メンテナンスの時間枠を設定します。
- リソースのメンテナンス更新がスケジュールされる少なくとも 7 日前までに、メールでアラートを受け取るようにメンテナンス通知にオプトインします。
- リソースごとに重複しないメンテナンスの時間枠を使用します。これにより、メンテナンス期間中に中断が発生した場合でも、影響を受けていないリソースを使用してプロダクトを使用できます。
メンテナンス設定が無視されたのはなぜですか？
Apigee は、メンテナンスの時間枠と更新順序をできる限り考慮します。ただし、フリート全体で互換性とセキュリティを維持するため、場合によっては、ご希望の時間帯以外にインスタンスを更新する必要があります。この場合、ユーザーに通知は届きません。