リリースハイライト
PMMサーバー停止時のデータ損失防止
PMM 2.33.0から、PMMでのデータ損失を防ぐ新しいソリューションが導入されました。PMMサーバーとクライアントの間のネットワーク停止により、メトリックを収集できませんでした。その結果、傾向の分析、問題の診断、または前の期間の問題の調査に役立つ履歴データが失われました。
上記の問題に対処するために、バージョン 2.33.0を実行しているPMMサーバーとPMMクライアントに関しては、短時間の停止またはネットワークの問題が発生した場合、PMMサーバーが起動して実行されるまで、メトリックが監視対象のインスタンスに保存されます。この時点で、メトリックがサーバーにプッシュされます。これは、デフォルトモードであるプッシュモードで実行されるPMMクライアントにのみ適用されます。クライアント側で短時間のネットワーク停止が発生した場合も同様です。
注意
クライアントノードは現在、1GBのオフラインデータしか保存できません。例えば、インスタンスが3日間ダウンしている場合、全てのデータは取得されません。
上記の機能の実装により、PMM HAへの第一歩を踏み出しました。さらに、ユーザーが非常に期待しているソリューションであるPMM HA実装のロードマップを提供できることをうれしく思います。フェールオーバーが発生した場合、PMMセットアップのダウンタイムはほぼゼロになり、データを失うことなく監視が続行されます。
スムーズな展開を確実にするために、PMM HAはお客様の要件とフィードバックに沿って段階的に導入されます。
重要
PMM HAは、3段階で展開されます。PMM HAのステージ1は、PMM 2.33.0の一部として含まれている短期間の停止のためのVictoriaMetrics統合によるデータ損失防止のための実装です。HAステージ2と3は来年展開される予定です。
次の機能／ユースケースは、PMM HAの様々なステージの一部としてカバーされます：
| PMM HAのステージ | 提供されるソリューション |
| ステージ 1（PMM 2.33.0に含まれる | データ損失を防止するための最初のステップとして、以下を開発しました：
短時間の停止のためのVM統合でデータ損失を防止 |
| ステージ 2（2023年に展開予定） | PMM HAのステージ 2の一部として、以下を実装する予定です：
HAデータソース |
| ステージ 3（2023年に展開予定） | PMM HAのステージ 3の一部として、以下を実装する予定です：
クラスタ化されたHA |
Percona Alertingのガイド付きツアー
PMM Alertingの最近の改善に続いて、Grafanaに基づく合理化されたアラートシステムを探索するのに役立つ短いチュートリアルを追加しました。最初にAlertingページを開く時、アプリ内チュートリアルが自動的にポップアップ表示されます。これは、Percona Alertingの基礎を理解するのに役立ちます。
MongoDBバックアップをより簡単に復元
以前のリリースで導入された MongoDBバックアップ管理の大幅な改善に基づいています。現在、物理的なMongoDBバックアップを復元するプロセスを簡素化しています。このリリース以降、物理バックアップをUIから直接復元できるようになり、PMMがプロセスをエンドツーエンドで処理します。これに先立ち、アプリケーションが復元されたデータを利用できるようにするために、追加の手動の手順を実行してMongoDBデータベースサービスを再起動する必要があります。
コンポーネントのアップグレード
- VictoriaMetricsが1.77.1から1.82.1にアップグレードされました。
- PMM 2.33.0の一部として、Grafanaが9.2.5に更新され、いくつかの重大な脆弱性が修正されました。
新機能
- PMM-10889 - PMM2.33.0以降、pmm-admin CLIコマンドを使用する場合、コマンド全体を知る必要はありません。最初のコマンドを入力してTabキーを押すだけです。コマンドの残りの部分はオートコンプリートされます。
使用しているシェルに応じて、シェルの.rcファイルに次を追加して、オートコンプリートを機能させます：
source <(pmm-admin completion -c) 例 source <(pmm-admin completion -c bash)
- PMM-10955: [バックアップ管理]: バックアップの復元後、復元が完了した時刻を確認できるようになりました。PITRバックアップの場合、復元が実行された時刻も確認できます。この情報は、タブ Backup > Restoresページの新しいFinished列、およびActionsメニューのPITRタイムスタンプフィールドで確認できます。
改善点
- PMM-7000: [HA]: PMM 2.33.0以降、PMMサーバーがダウンした場合、PMMサーバーがオンラインに戻る（メトリックがPMMサーバーにプッシュされる時）まで、メトリックは監視対象のインスタンスにバッファリングされます。
- PMM-10901: [ドキュメント]: ユーザーが高可用性を簡単に使用できるようにするために、HA専用のドキュメントを追加しました。
- PMM-8516: [バックアップ管理]: バックアップの作成時に、Back-up on demandダイアログでVendorフィールドが自動的に設定されませんでした。この問題は修正されました。
- PMM-10627: [DBaaS]: PSMDBの単一ノードクラスタを作成できるようになりました。
- PMM-10855: 無効なログレベルの大量のgRPCメッセージのフォーマットを避ける
- PMM-10903: [DBaaS]: DBaasを簡素化するために、PMM Settings > Advanced SettingsページでPublic Addressを手動で入力する必要がなくなりました。DBaaSを有効にすると、PMMはPublic Addressを自動的に検出して入力します。
- PMM-11085: [バックアップ管理]: All backupsページ > Actionsメニューの下にあるCreate backupオプションを削除しました。このオプションはオンデマンドバックアップしか作成できないためです。このページのCreate backupボタンを使用して、オンデマンドバックアップとスケジュールバックアップの両方を引き続き作成できます。
- PMM-10881: [CVE]: PMM 2.33.0の一部として、Grafanaが9.2.5に更新され、いくつかの重大な脆弱性が修正されました。
- PMM-10385: PMM 2.33.0以降、MySQLの場合、ExplainタブはExampleタブなしでサポートされます。Explainタブのクエリに機密データが含まれている場合、プレースホルダーがそれらを置き換えます。
- PMM-8655: クライアントとサーバー間の接続が再確立された後、PMMサーバーでエージェントの最新の状態を使用できるようになりました。
- PMM-10969: VictoriaMetricsオペレーターが0.24から0.29.0にアップグレードされました。
- PMM-10554: Postgresコレクターは、コレクターレベルでスクレイプの実行時間を提供するようになりました。その結果、時間がかかりすぎるコレクターを特定できます。このデータを活用することで、是正措置を講じることができます。
- PMM-10629: [コンポーネントのアップグレード]: VictoriaMetricsが1.77.1から1.82.1にアップグレードされました。
修正されたバグ
- PMM-10858: AWSを含む特定の環境では、pmm-updateで定義された制限時間（現在30秒に設定されている）内に一部のEPELリポジトリミラーが応答しませんでした。これにより、supervisordがpmm-update-checker（新しいバージョンのPMMサーバーがアップグレード可能かどうかを確認するコンポーネント）を強制終了しました。この問題は現在解決されています。
- PMM-10683: [DBaaS]: Manage Components VersionsモーダルでK8sクラスターを登録している時に、バージョンのチェックが解除されませんでした。この問題は解決されました。
- PMM-11082: RDS MySQLインスタンスをPMMに追加すると、テーブルの統計が無効になっているにもかかわらず、テーブルの統計に関連するいくつかのクエリが実行されました。
- PMM-10637: PostgreSQL Instance Summaryダッシュボードの一部のパネルのクエリが壊れていた問題を修正しました。
- PMM-11029: max-query-lengthパラメータが 3、2、または1に設定される時はいつも、PMMエージェントが終了しました。この問題は解決されました。
- PMM-10732: PMM InventoryウィンドウのServices、Agents、Nodesモーダルでselect allチェックボックスをオンにすると、全てのページの全てのエントリが削除されました。この問題は解決されました。
- PMM-10062: 多数のノードを監視している時に、一部のダッシュボードの読み込み時間が非常に長くなり、UIが応答しなくなりました。この問題は修正されました。
- PMM-10983: ダッシュボードの一部のパネルには、短い名前しか表示されていませんでした。この問題は解決されました。
- PMM-11041: Homeダッシュボードにタイプミスがありました: COMMAND CENTERグラフ。これは修正されました。
- PMM-10996: [バックアップ管理]: ストレージの場所の最初の説明テキストを更新できない問題を修正しました。
- PMM-10718: [バックアップ管理]: pmm-agentが指定されたバックアップ操作と互換性がない場合、バックアップを作成する時に、PMMがより明確なエラーを表示するようになりました。
- PMM-10558: MongoDB Collection DetailsダッシュボードのTop 5 Collections by Documents Changedパネルに、選択したフィルタに基づいてデータが正しく表示されませんでした。現在は解決されています。
- PMM-10493: [ポータル統合]: 特定のシナリオで、管理者としてPlatform Portalから切断すると、トークンエラーが表示されることがありました。この問題は修正されました。
- PMM-10845: [アドバイザー] アドバイザーチェックの実行頻度が指定されていないアドバイザーを使用している時に発生した特定のエラーを修正しました。
- PMM-10029: ネットワークリクエストが最大メッセージサイズを超えるという潜在的な問題がありました。この問題は解決されました。
既知の問題
- PMM-11126: PMMサーバーをバージョン 2.32.0にアップグレードできない
PMMサーバーのansibleスクリプトのバグにより、PMMはNginx自体を更新せずにNginxの依存関係をアップグレードしました。このため、PMMはアップグレード中にエラーをスローし、新しいバージョンにアップグレードできません。重要
この問題は、PMMバージョン 2.33.0で解決されました。ただし、問題は2.33.0より前の全てのバージョンで存続します。
解決策
PMMのアップグレード中に、PMMサーバーにログインし、次のコマンドを実行します：
sed -i 's/- nginx/- nginx*/' /usr/share/pmm-update/ansible/playbook/tasks/update.yml
- PMM-10858: AWSで作成されたインスタンスで利用可能な最新バージョンがPMMサーバーに表示されない
2.33.0より前のPMMバージョンでは、AWSを含む特定の環境で、一部のEPELリポジトリミラーが pmm-updateで定義された時間制限（現在は30秒に設定）内に応答しませんでした。これにより、supervisordが新しいPMMサーバーをアップグレードできるかどうかを判断するためのpmm-update-checkerを強制終了しました。
解決策
PMMサーバーにログインし、rootユーザーとして次のコマンドを実行します：
$ yum-config-manager --setopt=epel.timeout=1 --save
Percona Monitoring and Management (PMM) 2.33.0 リリース情報（Percona社ウェブサイト）：
https://docs.percona.com/percona-monitoring-and-management/release-notes/2.33.0.html
Perconaサポート・コンサルティング
Perconaサポート・コンサルティングサービスはPercona Serverをご利用頂いているお客様が安心してお使い頂くために専門的なサポートを提供するサービスです。