...もうちょっとだけ詳しく説明させてください。HiRDBをはじめとする日立のデータベースシステムは、ミッションクリティカルな分野で使われることが多いので、冗長性を高めるためにHAクラスタ構成を組むことが多いんです。中には、「本当にその構成でいいの?」と言いたくなるようなケースも少なからずあるんです。ミッションクリティカルというだけで、ユーザーから細かい可用性要件を聞きだすこともなく、何も考えずに「影響分散スタンバイレス型系切り替え」を導入したり......。影響分散スタンバイレス型系切り替え。要は、アクティブ・アクティブ型構成のことです。それなら聞いたことあります。「どんな場合でも、とりあえずアクティブ・アクティブ構成にしておけば大丈夫!」と考えてる人って、結構多いみたいなんです。本当は、要件によっては「アクティブ・スタンバイ構成」の方が適している場合もありますし、同じアクティブ・スタンバイ構成でも「ホットスタンバイ」と「コールドスタンバイ」とではまた向き・不向きがあるんです。そのあたり、もう少し詳しく説明いただきたく。アクティブ・アクティブ構成では、本番系と予備系の両方が常に稼働しています。万が一どちらかがダメになってしまったら、残りの方でその仕事を引き継いで処理を続行します。この方式のメリットは、普段は本番系と待機系のどちらも働いていますから、コンピュータリソースを無駄なくフル活用できる点です。どっちも普段からアクティブにバリバリ働いてるから「アクティブ・アクティブ」なんですね。イメージとしてはそんな感じです。「アクティブ・スタンバイ構成」はその名の通り、予備系は普段はスタンバイしてるだけで、仕事はしていません。本番系がダメになってしまったら、初めてその仕事を引き継ぐために動き始めるわけです。なんか、もったいない話ですね。アクティブ・アクティブのように、普段から働かせていた方が無駄がなくていいような気がするんですけど。アクティブ・スタンバイ方式には、アクティブ・アクティブにはない大きなメリットがあるんです。それは、予備系にフェールオーバーした後も、もともと1人がやっていた仕事を別の1人が引き継ぐので、パフォーマンスの劣化がないことです。アクティブ・アクティブの場合は、誰かがダメになっちゃったら、残りの人たちでその仕事を肩代わりしないといけないから、全体の仕事のパフォーマンスが落ちちゃうわけですね。前回説明した通り、ミッションクリティカルなシステムは高負荷トランザクションに耐えられるだけのパフォーマンスを常に維持する必要がありますから、フェールオーバー後のパフォーマンスの維持は重要な要件の1つなんです。このあたりの要件を考慮せずに「とにかくアクティブ・アクティブにしておけば大丈夫!」と考えていると、大きな間違いを犯す危険性があります。※この続きは、会員の方のみお読みいただけます(登録無料)。会員登録(無料)ログインはこちら※この続きは、会員の方のみお読みいただけます(登録無料)。メーカー系システムインテグレーターにてソフトウェア開発に従事。その後、外資系ソフトウェアベンダーでコンサルタント、IT系Webメディアで編集者を務めた後、現在はフリーライターとして活動中。系切り替え...していただきたくパーティショニング技術―上手に分割していただきたくパラレルサーバをテーテーしていただきたく。本当のミッションクリティカルを知っていただきたく。押さえておくべき7つの原則254企業のデジタルシフトはIoT、5G、サブスクリプションが牽引。×ログインEメールパスワード※旧SEメンバーシップ会員の方は、同じ登録情報(Eメール&パスワード)でログインいただけます。パソコン「EnterpriseZine」(エンタープライズジン)は、翔泳社が運営する企業のIT活用とビジネス成長を支援するITリーダー向け専門メディアです。イラストの無断転載を禁じます。記載されているロゴ、システム名、製品名は各社及び商標権者の登録商標あるいは商標です。