「高可用性システム」で、DRBDをどう活用するかDRBDの仕組みを学ぶ(2)(3/3 ページ)

» 2015年10月23日 05時00分 公開
[澤田健株式会社サードウェア]
前のページへ 1|2|3       

障害発生時の動きを確認する

 では、実際にプライマリ機に障害が発生したらどうなるか。その動きを図2で確認しましょう。

photo 図2 障害発生時の動き

 ユーザーはVIP(仮想IPアドレス)を使ってプライマリ機のMySQLサーバーにアクセスします。この時、プライマリ機の障害をCorosyncが検知します。

 障害の検知をトリガーに、Pacemakerはリソースエージェントを使ってプライマリとセカンダリを切り替えます。プライマリ側のMySQLサーバーを停止し、VIPの切り替えを行います。これによって、これまでのプライマリ機はセカンダリ機に変わります。

 一方のセカンダリ側はその逆です。Pacemakerはリソースエージェントを使ってセカンダリ機のMySQLサーバーを起動し、VIPの切り替えとともに「プライマリ機」に変わります。

 切り替えには、数秒から数分かかります。しかし、切り替えが正しく完了したならば、わずかなダウンのみでサービスは継続されます。それぞれのサーバーのデータはDRBDで同期されているので、障害発生の直前と同じ状態から自動復旧できるということになります。



 次回は、もう一つの活用例である「災害対策システムで使うDRBD」の解説と、RPO(目標復旧時点)とRTO(目的普及時間)の概念も紹介する予定です。


筆者紹介

澤田健(さわだ けん)

株式会社サードウェア

さまざまなIT関連業務経験ののちに2013年よりインフラエンジニアとしての業務に携わる。また、DRBDを始めとするオープンソースソフトウエアのサポート業務にも携わっている。ツイッターでDRBDの情報発信も行っている。TwitterID:@ksawada1979。


前のページへ 1|2|3       

Copyright © ITmedia, Inc. All Rights Reserved.

スポンサーからのお知らせPR

注目のテーマ

Microsoft & Windows最前線2025
AI for エンジニアリング
ローコード/ノーコード セントラル by @IT - ITエンジニアがビジネスの中心で活躍する組織へ
Cloud Native Central by @IT - スケーラブルな能力を組織に
システム開発ノウハウ 【発注ナビ】PR
あなたにおすすめの記事PR

RSSについて

アイティメディアIDについて

メールマガジン登録

@ITのメールマガジンは、 もちろん、すべて無料です。ぜひメールマガジンをご購読ください。