Lakebase Postgres インスタンスを最新のパッチと機能で最新の状態に保つために、Lakebase はプロジェクトのコンピューティングに更新プログラムを適用します。 更新プログラムの特定の日と時間を選択することで、更新ウィンドウを選択できます。
Lakebase で更新プログラムを適用する方法
コンピューティングに更新プログラム (Postgres のアップグレード、セキュリティ パッチ、および同様の変更) を適用するには、選択した更新ウィンドウ内で Postgres が実行されるコンピューティングが Lakebase によって再起動されます。 通常、再起動自体には数秒しかかかりません。
パフォーマンスを保護するために、Lakebase は更新プロセス中にコンピューティングのキャッシュを 事前に警告 し、再起動に時間を追加しません。 事前ウォーミングとは、ワークロードが続行される前に Postgres のメモリ内バッファー キャッシュをストレージからリポジトリすることを意味します。そのため、頻繁に使用されるデータは、再起動後にストレージからコールド読み取られるのではなく、既にメモリ内にあります。 事前ウォーミングは自動的に実行されます。 構成は行いません。
どのような更新プログラムが含まれていますか?
Lakebase コンピューティングの更新には、次の一部またはすべてを含めることができます。
- Postgres マイナー バージョンのアップグレード (通常は四半期ごとにリリースされます)
- セキュリティ パッチと更新プログラム
- オペレーティング システムの更新プログラム
- Lakebase の機能と機能強化
- Lakebase コンピューティング イメージに含まれる他のツールとコンポーネントの更新
Lakebase コンピューティングの更新には、Lakebase プラットフォームのメンテナンスは含まれません。
更新プログラムはどのくらいの頻度で適用されますか?
通常、更新プログラムは毎週リリースされますが、必要に応じて頻繁に発生する可能性があります。
Lakebase は、次の規則に基づいてコンピューティングに更新プログラムを適用します。
- コンピューティングは、少なくとも 28 日ごとに更新プログラムを受け取ります。
- 28 日間のサイクルの前に再起動されたコンピューティングは、利用可能な更新プログラムをすぐに受け取ります。
- 更新時に遷移状態 (シャットダウンまたは再起動中) のコンピューティングは更新されません。
- コンピューティングが更新プログラムから除外されている場合、Lakebase は、コンピューティングが上記の更新条件を満たしていると仮定して、次の更新プログラムで見落とされた更新プログラムを適用します。
更新プログラムのスケジュール設定
優先する更新ウィンドウは、日と時間を指定することで設定できます。 このウィンドウ内で更新プログラムが適用され、必要なコンピューティングの再起動を計画できます。
更新スケジュールを設定するには:
- ワークスペースの右上隅にあるアプリ スイッチャーをクリックして、Lakebase アプリに移動します。
- プロジェクトを選択します。
- [>] をクリックします。
- 曜日と 1 時間を選択します。 この時間枠内に更新が行われ、数秒しかかからなくなります。
今後の更新プログラムについては、プロジェクトの設定を確認できます。 Lakebase は、少なくとも 3 日前に計画された更新プログラムを投稿します。
スケジュールに従って更新プログラムを適用する
コンピューティングは、再起動時にすぐに利用可能な更新プログラムを受け取ります。 たとえば、Lakebase から今後の更新プログラムについて通知された場合は、コンピューティングを再起動してすぐに適用できます。 ただし、この場合、通知はクリアされません。 計画された更新時刻が到着すると、コンピューティングが既に更新されているため、それ以上のアクションは実行されません。
コンピューティングが定期的に 0 にスケーリングされる場合は、再び起動したときに更新プログラムを受け取ります。 このような場合は、更新プログラムはコンピューティングの停止/開始サイクルを通じて自然に適用されるため、更新通知にあまり注意を払う必要はありません。
コンピューティングの再起動手順については、「 コンピューティングの管理」を参照してください。
更新中の接続の中断を処理する
事前ウォーミングは更新によってキャッシュをウォームに保つのに役立ちます。そのため、クエリのパフォーマンスはコールド キャッシュの影響を受けませんが、コンピューティングの再起動によって接続が短時間中断される可能性があります。
ほとんどの Postgres 接続ドライバーには、有効期間の短い接続の中断を自動的に処理する組み込みの再試行メカニズムが含まれているため、ほとんどのアプリケーションはアクションを必要とせずに再接続します。
アプリケーションに厳密な可用性要件がある場合は、接続タイムアウト、再試行間隔、接続プール戦略などのオプションについてドライバーのドキュメントを確認してください。 再起動の完了に要する短い時間は、構成で考慮する必要があります。
アプリケーションで接続プールを使用している場合、またはカスタム再試行ロジックがある場合は、コンピューティングの再起動中に短時間の接続の切断を処理できることを確認します。
