Azure Database for MySQL の セルフヒール 機能を使用すると、サポート ケースを開く必要なく、一般的なサーバーの問題を個別に解決できます。 ワンクリック修復エクスペリエンスが提供され、サービスの正常性をすばやく安全に復元できます。
Self-Heal は常に Azure portal で使用でき、アラートやエラーが現在表示されていない場合でも、サーバーに問題があると思われる場合は常にお客様が事前にトリガーできます。
注
セルフヒールは現在、パブリック プレビュー 段階です。 可用性は、選択したリージョンに限定されます。 詳細またはフィードバックを提供するには、 Azure Database For MySQL に問い合わせてください。
主な利点
- セルフサービス復旧: サポートを待たずに一般的な問題を解決します。
- 常に使用可能: Azure portal からいつでもアクセスできます。
- セーフとスコープ: アクションは定義済みであり、特定のシナリオに合わせて調整されています。
しくみ
Self-Heal 機能は、Windows ネットワーク トラブルシューティング ツールなどのツールと同様に、軽量の診断および修復ユーティリティとして機能します。 お客様が [自己修復 ] ボタンをクリックすると、システムは、既知の問題に対処するように設計された定義済みの修復ワークフローを直ちに実行します。
Self-Heal アクションは、次の 2 種類に分類されます。
影響を受けず自己修復:
- ダウンタイムが発生しない
- ログの破損やログの不足などの問題の解決に適しています
インパクトのある自己修復:
- サーバーのダウンタイムが短い場合があります
- サーバーの応答不能やスタック状態などの可用性関連の問題に対処するために使用されます
お客様には、アクションを開始する前に潜在的な影響が通知されます。
サポートされているシナリオ
Self-Heal の最初のリリースでは、次のような一連のシナリオがサポートされています。
- ログが見つからないか破損している
- サーバーが応答しない、または到達できない
- サーバーの可用性の問題 (再起動状態でスタックするなど)
- 管理操作でスタックしているサーバー (サーバー パラメーターの変更など)
テレメトリと顧客からのフィードバックに基づいて、追加のシナリオのサポートが時間の経過と同時に追加されます。
Self-Heal へのアクセス
自己復旧を使用するには、次の操作を実行します。
- Azure portal で MySQL サーバーに移動します。
- 左側のメニューから [ヘルプ ] を選択します。
- [ 自己修復 ] をクリックし、適切なアクションを選択します。
よく寄せられる質問 (FAQ)
Q: [Self-Heal] ボタンをクリックすると、サポート ケースが自動的に開きますか?
A: いいえ。 Self-Heal アクションをトリガーしても、サポート ケースは作成 されません 。 この機能は、さらにサポートが必要でない限り、Azure サポートを必要とせずに、お客様が個別に問題を解決できるように設計されています。
Q: 自己修復は、いつ使用すればよいですか?
A: アクティブなアラートがない場合でも、サーバーが期待どおりに動作していないと思われる場合は、 いつでも Self-Heal を使用できます。 これは、診断やサポートを待たずに一般的な問題に迅速に対処するのに役立つプロアクティブ なツールです。
Q: Self-Heal はダウンタイムを引き起こしますか?
A: アクションの種類によって異なります。
- 影響を受けず自己修復: ダウンタイムなし。 いつでも安全に実行できます。
- 影響力のある自己修復: ただし、短時間のダウンタイムが発生する可能性があります。 続行する前に通知されます。
Q: Self-Heal はすべての MySQL サーバーで使用できますか。
A: 現在、Self-Heal は Azure Database for MySQL - フレキシブル サーバーで使用でき、 HA (高可用性) 以外のサーバーでのみ使用できます。
HA 対応サーバーの場合、可用性の問題から迅速に復旧する推奨される方法は、中断を最小限に抑えてサービスを復元するように設計された 強制フェールオーバーを実行することです。