更新を管理する
Lakebaseオートスケールは、オートスケールコンピュート、ゼロへのスケール、分岐、即時復元を備えたLakebaseの最新バージョンです。 サポートされているリージョンについては、 「リージョンの提供状況」を参照してください。Lakebaseプロビジョニング ユーザーの場合は、 Lakebaseプロビジョニング」を参照してください。
Lakebase Postgres インスタンスを最新のパッチと機能で最新の状態に保つために、 Lakebaseプロジェクトのコンピュートに更新を適用します。 更新を行う特定の日時を選択することで、更新期間を指定できます。
Lakebaseがアップデートを適用する方法
コンピュートに更新 (Postgres のアップグレード、セキュリティ パッチ、および同様の変更) を適用するために、 Lakebase選択した更新ウィンドウ内で Postgres が実行されているコンピュートを再起動します。 再起動自体は通常、数秒しかかかりません。
パフォーマンスを保護するために、 Lakebase 、再起動に時間を追加することなく、更新プロセス中にコンピュートのキャッシュを事前 にウォームアップします 。 プレウォーミングとは、ワークロードが継続される前に、ストレージからPostgresのインメモリバッファキャッシュを再構築することを意味します。これにより、頻繁に使用されるデータは、再起動後にストレージからコールドロードされるのではなく、既にメモリ上に存在している状態になります。予熱は自動的に実行されます。設定する必要はありません。
どのようなアップデートが含まれていますか?
Lakebase コンピュートの更新には、次の一部またはすべてが含まれる場合があります。
- Postgresのマイナーバージョンアップグレードは、通常四半期ごとにリリースされます。
- セキュリティパッチとアップデート
- オペレーティングシステムのアップデート
- Lakebaseの機能と拡張機能
- Lakebase コンピュート イメージに含まれる他のツールとコンポーネントの更新
Lakebase コンピュートのアップデートには、Lakebase プラットフォームのメンテナンスは含まれません。
アップデートはどのくらいの頻度で適用されますか?
更新は通常毎週リリースされますが、必要に応じて頻度が増減することもあります。
Lakebase は、次のルールに基づいてコンピュートに更新を適用します。
- コンピュートは更新を受信するために 28 日ごとに自動的に再起動されます。
- 28 日サイクルの前に再起動されたコンピュートは、利用可能なアップデートをすぐに受け取ります。
- アップデート時に遷移状態（シャットダウンまたは再起動）にあるコンピュートは更新されません。
- コンピュートが更新から除外された場合、Lakebase は、コンピュートが上記の更新基準を満たしていると仮定して、次の更新で欠落した更新を適用します。
スケジュールの更新
曜日と時間を指定して、優先更新ウィンドウを設定できます。アップデートはこのウィンドウ内で適用され、必要なコンピュートの再起動を計画できます。
更新スケジュールを設定するには:
- ワークスペースの右上隅にあるアプリスイッチャーをクリックして、Lakebase アプリに移動します。
- プロジェクトを選択してください。
- [設定] > [アップデート] をクリックします。
- 曜日と時間を選択します。更新はこの時間枠内で行われ、数秒しかかかりません。
今後のアップデートについては、プロジェクトの設定を確認してください。予定されている更新は少なくとも 7 日前に投稿されます。
予定より早く更新を適用する
コンピュートは、再起動するとすぐに利用可能なアップデートを受け取ります。 たとえば、Lakebase から今後のアップデートの通知があった場合、コンピュートを再起動するだけですぐにアップデートを適用できます。 ただし、この場合、通知はクリアされません。計画された更新時間が到着すると、コンピュートはすでに更新されているため、それ以上のアクションは実行されません。
コンピュートが定期的にゼロにスケールされる場合、再起動時に更新を受け取ります。 このような場合、コンピュートの停止/起動サイクルを通じて更新が自然に適用されるため、更新通知にあまり注意を払う必要はありません。
コンピュートの再起動手順については、 「コンピュートの管理」を参照してください。
アップデート中の接続中断に対処する
事前ウォーミングは、更新中もキャッシュを温かく保つのに役立ち、クエリのパフォーマンスがコールドキャッシュの影響を受けないようにしますが、コンピュートの再起動により、接続が一時的に中断される場合があります。
ほとんどのPostgres接続ドライバには、 短時間の接続中断を自動的に処理する再試行メカニズムが含まれているため、ほとんどのアプリケーションは何も操作しなくても再接続します。
アプリケーションに厳格な可用性要件がある場合は、接続タイムアウト、再試行間隔、接続プーリング戦略などのオプションについて、ドライバのドキュメントを確認してください。再起動が完了するまでの短い時間を設定で考慮する必要があります。
アプリケーションが接続プールを使用している場合、またはカスタム再試行ロジックがある場合は、アプリケーションの再起動中に短時間の接続切断を処理できることを確認してください。