Rapid Platform Update: メンテナンスウィンドウの削減とアップデート時のモニタリングの継続性を確保 (2022/03/31)

Rapid Platform Update: メンテナンスウィンドウの削減とアップデート時のモニタリングの継続性を確保 (2022/03/31)

https://blogs.oracle.com/observability/post/rapid-platform-update-reduce-maintenance-windows-and-maintain-monitoring-continuity-during-updates

投稿者: Sumesh Balakrishnan | Principal Product Manager


お客様は、Enterprise Manager(EM)を使用して、ミッションクリティカルなデータベース、ミドルウェア、およびエンジニアドシステムを監視しています。最新のリリースアップデート(RU)を維持しながら、サービスレベルアグリーメント(SLA)を満たし、重要なターゲットの監視の損失を最小限に抑えることは、管理者にとって困難な課題です。このブログは2部構成で、今回はそのパート1です。このパートでは、Rapid Platform Updateがどのようにメンテナンスウィンドウを削減し、EMアップデート中のモニタリングの継続性を維持するのに役立つかについて説明します。パート2では、その4つのステージの詳細について説明します。分析、デプロイ、アップデート、検証の4段階です。また、RPUパッチの利点や、従来のパッチ適用とRapid Platform Updateのユーザーエクスペリエンスの比較もご覧いただけます。



新機能「EM Rapid Platform Update (RPU)」の3つの主な機能


お客様は、ミッションクリティカルなデータベース、ミドルウェア、パッケージアプリケーション、およびエンジニアドシステムの監視、診断、およびライフサイクルの自動化にEnterprise Manager (EM)を使用しています。最新のリリースアップデート(RU)を維持しながら、サービスレベルアグリーメント(SLA)を満たし、重要なターゲットの監視の損失を最小限に抑えることは、管理者にとって難しい課題です。このような課題に対応するため、Rapid Platform Update(RPU)機能を導入することになりました。この機能は、EMが稼働している間にリリースアップデートを適用することで、計画的なメンテナンス中も重要な監視とアラートを利用できるようにします。


Rapid Platform Update機能は、3つの主要な柱に焦点を当てています。


1.    機敏性 - RPUにより、お客様は定期的に新しいリリース・アップデート機能を採用し、製品の安定性と性能を向上させるための修正を適時に取り入れることができます。

2.    監視の洞察 - RPUは、お客様のミッションクリティカルなデータベースやアプリケーションを継続的に監視し、EMが計画的なメンテナンスウィンドウの下にある場合はアラートを送信します。

3.    メンテナンスの削減 - RPUは、計画メンテナンスのウィンドウを90%削減し、管理者が計画メンテナンス中にSLAを達成できるよう支援します。



図1:Rapid Platform Updateによるアジャイルでスマートなパッチ適用

 



EM Rapid Platform Update (RPU) - 概要


RPUは、Oracle Management Service(OMS)が稼働している間に、Enterprise Manager 13.5 RUを適用できるようにするパッチ適用フレームワークを提供します。RPUのパッチ適用機能により、EM管理者は、ピーク時または非ピーク時にいつでもOMSを停止してパッチ適用作業を完了できる柔軟性を得ることができます。このようにダウンタイムが非常に少ないことを考えると、メンテナンスウィンドウも少なくて済むと思われます。


RPU は、OMS へのパッチ適用に omspatcher ユーティリティを使用してダウンタイムを最小化またはゼロにし、 Oracle Database Edition-Based Redefinition(EBR)技術を利用して、使用中のアプリケーションのデータベースコンポーネントを別の「エディション」でアップグレードします。デプロイプロセスにおいて、omspatcherはパッチの一部として、リポジトリデータベース内にSQLの変更を適用するための新しいエディションを作成する。リポジトリへの変更は、パッチによって作成された新しいエディション上で行われ、その後、計画されたダウンタイム中に、実際のリポジトリデータベースにロールオーバーされます。OMS上では、omspatcherユーティリティーがクローンホームを作成し、パッチ内のJavaの変更を適用します。したがって、実行中のEMアプリケーションは、リポジトリとクローンホーム内の新しいエディションを意識することはありません。ミドルウェア・ホームとリポジトリ・データベースへの変更は、OMSの再起動時に実行されます。



Rapid Platform Update(RPU)でリリースアップデートを適用するための新しいコマンドを利用可能


RPU機能では、OMSが稼働している間にパッチを適用するために、omspatcherユーティリティに新しいコマンド・オプションが導入されています。新しいコマンド・オプションは以下の通りです。


1. omspatcher deploy

  •      これはオンラインアクティビティ(ダウンタイム前)コマンドで、OMSが稼働し、ターゲットを監視している間に、OMSとリポジトリにパッチアーティファクトを配備します。


2. omspatcher rollback deploy

  •     これはオンラインアクティビティ(プリダウンタイム)で、コマンドはOMSとリポジトリ上の「omspatcher deploy」コマンドからの変更をロールバックします。


3. omspatcher deploy -analyze

  •     これはオンライン活動(ダウンタイム前)で、「analyze」コマンドはパッチの競合をチェックし、analyzeフェーズで報告します。


4. omspatcher update

  •     これは、OMSがシャットダウンされ、いくつかのダウンタイムアクティビティが実行され、リポジトリでエディションが切り替えられ、OMSが起動されるダウンタイムのアクティビティです。


5. omspatcher status

  •     このコマンドはOracle Homeの状態を確認し、'deploy'操作が完了しているか保留になっているかを判断する。


6. omspatcher resume

  •     このコマンドは、パッチ適用中に何らかの障害が発生した場合に、パッチ適用を再開するコマンドです。


EM Rapid Platform Update - パッチサイクル


RPUのパッチサイクルは、以下の段階を経て行われます。

図2: Rapid Platform Updateのパッチサイクルの段階

 


EM Rapid Platform Update - ステップ・バイ・ステップのアプローチ


この図は、Rapid Platform Updateモードでリリースアップデートを適用する際のハイレベルなフローを表しています。

    図3: Rapid Platform Updateのハイレベルなステップバイステップのワークフロー


 


RPUによるパッチ適用では、パッチ適用前にOMSを手動で停止する必要がなく、4段階のプロセスでパッチが適用されます。

図4:Rapid Platform Updateのパッチ適用段階


 


そのすべてを、以下に示すビデオにまとめました。



ブログのパート2では、この4つのステージのそれぞれの詳細について掘り下げていきます。


コメント

このブログの人気の投稿

Oracle Database 19cサポート・タイムラインの重要な更新 (2024/11/20)

ミリ秒の問題: BCCグループとOCIが市場データ・パフォーマンスを再定義する方法(AWSに対するベンチマークを使用) (2025/11/13)

Oracle Enterprise Manager 24aiの概要 (2024/12/18)