データベーススペシャリスト 2015年 午前2 問23

シェアードエブリシング【午前2解説】

正解の理由

解法ステップ

1. 問題語（シェアードエブリシング）の定義を明確にする：複数ノードが同一データを同時に共有・アクセスする方式であることを確認する。
2. 各選択肢のキーワードを抽出する：共有／分割／待機系／1対1対応など。
3. キーワードと定義を照合する：同一データの同時共有＝シェアードエブリシング、データ分割＝シェアードナッシング（パーティショニング）、待機系に切替える＝フェイルオーバ（アクティブ−スタンバイ）。
4. 最も一致する記述を選ぶ：同時共有とアクティブ−アクティブの組合せを示す選択肢が正解。

選択肢別の誤答解説

• ア: 「HA構成で障害時に待機系が担当データを引き継ぐ」とある記述は、フェイルオーバー型（アクティブ−スタンバイ）を説明しています。これは冗長化／可用性確保の手法ですが、ノード間で同時に同一データを共有して並列処理するという意味ではありません。したがってシェアードエブリシングの説明ではありません。なお、この記述はシェアードナッシングとも異なります（シェアードナッシングはデータをノードごとに分割して持つ方式です）。
• イ: 正解。アクティブ−アクティブで複数ノードが同じデータを共有し、負荷分散と可用性を両立する点がシェアードエブリシングの特徴に合致します。一般的な実装例としては共有ストレージ＋クラスタ化されたデータベース（例：Oracle RAC 等）が挙げられます。
• ウ: 「サーバごとに管理する対象データが決まっている」は、データをノードごとに分割（パーティショニング）するシェアードナッシングの説明です。単一ノードの障害でそのデータ領域が失われるため、選択肢の記述どおり可用性が低下します。したがってシェアードエブリシングの説明ではありません。
• エ: 「データを複数の磁気ディスクに分割配置し、サーバと磁気ディスクが1対1に対応」する記述は、データをノードに割り当てることで並列処理する構成（シェアードナッシング寄り、または各ノードに専用ディスクを持たせた並列ストレージ）を示しています。共有ストレージ上で全ノードが同一データに同時アクセスするシェアードエブリシングとは異なります。

よくある誤解

• 「フェイルオーバー（アクティブ−スタンバイ）＝シェアードナッシング」ではありません。フェイルオーバーは主に可用性のための待機系切替メカニズムであり、データ配置の方式（共有か分割か）とは別の概念です。
• 「シェアードエブリシングは常にスケールしやすい」も誤解です。共有ストレージとロック競合によりスケーラビリティの限界や性能劣化が生じやすく、ノード数を増やしても直線的に性能が伸びるとは限りません。
• 共有ストレージがあるからといって単独障害点が無いわけではありません。共有ディスクやSANが冗長化されていなければ、共有部分が単一障害点になります。

補足コラム

• 共有ストレージ（SAN、共有ディスク）
• クラスタ対応ファイルシステム（GFS2、OCFS2 など）または分散データベース
• 分散ロックマネージャ（DLM）やクラスタ内同期メカニズム
  長所：運用の単純化（データの一元管理）、高可用性（ノード障害時も他ノードで継続可能）。短所：ロック競合による性能問題、実装・運用の複雑さ、共有ストレージの冗長化が必須。

• 大規模トランザクション処理で整合性重視 → シェアードエブリシング（例：Oracle RAC）
• 大量データの水平分割で高スケールを狙う → シェアードナッシング（シャーディング）

FAQ