ファイルシステムリソースの作成

ファイルシステムリソースの作成

   次に、ファイルシステムリソースを作成する。ファイルシステムリソースとは、共有ストレージ上のファイルシステムをクラスタノード間で切り替え可能にする機能を提供する。

   ファイルシステムリソースを作成するにあたり、前提として以下の条件を満たしている必要がある。


  • 共有ストレージが物理的に接続され、各サーバからアクセスできること
  • fdiskなどのユーティリティを使い、共有ディスクがパーティショニングされていること
  • mkfsなどのユーティリティを使い、ファイルシステムが作成されていること
  • 各サーバでファイルシステムをマウント、アンマウントすることができること
表5:ファイルシステムリソースの作成の前提条件

   今回は表5の内容がすべて満たされている状態であることが、すでに確認できているという前提で以降の手順を説明する。

   ファイルシステムリソースを作るためには、稼動系となるサーバでそのファイルシステムをマウントしている状態でなければならない。ここでは、稼動系 サーバlk1上でリソースを作成するため、共有ディスク上のファイルシステム"/dev/sda4"を"/FS"へマウントしている。

「root@lk1 root」# df -h
Filesystemサイズ使用残り使用%マウント位置
/dev/hda23.9G2.9G865M77%/
/dev/hda1122M14M102M12%/boot
none61M061M0%/dev/shm
/dev/sda414G33M14G1%/FS

   では具体的な作成方法を以下に示す。

   はじめにlk1上でGUIクライアントを起動する。GUIクライアントの上段のメニューバーの「Edit」から「Resource → Create Resource Hierarchy…」を選択する。

   ファイルシステムリソース設定用のウィザードウィンドウが起動してくるので、以下の項目について順に設定する。

ファイルシステムリソース設定用のウィザードウィンドウ
図11:ファイルシステムリソース設定用のウィザードウィンドウ
Select Recovery Kit
「FileSystem」を選択し「Next」を押す。
Switchback Type
デフォルトの「Intelligent」を選択し「Next」を押す。
Server
「lk1」を選択し「Next」を押す。
Mount Point
/FSが選択されているので、そのまま「Next」を押す。
Root Tag
ファイルシステムリソースタグ名を選択するか、入力し「Create」を押す。これは内部的に使用されるほかに、コマンドライン操作時のリソースの識別子としても利用される。
表6:ファイルシステムリソース設定

   ここまでの操作で、まずlk1でファイルシステムリソースが作成される。続けて指示に従い「Continue」を押すと待機系サーバlk2側のファイルシステムリソースの拡張に進む。

Target Server
「lk2」を選択し「Next」を押す。
Switchback Type
デフォルトの「Intelligent」を選択し「Next」を押す。
Template Priority
デフォルト値を選択し「Next」を押す。
Target Priority
デフォルト値を選択し「Next」を押す。
表7:待機系サーバlk2側のファイルシステムリソース設定

   ここで、ファイルシステムリソースが「lk2」において拡張可能かどうかチェックが実行される。チェックに問題なかった場合、実際のlk2側へファ イルシステムリソースの拡張に進む。この後はIPリソースの時と同様に進める。リソースの拡張まで完了するとGUIクライアントの左側の 「Resource Hierarchy Tree」にファイルシステムリソースが追加される。

ファイルシステムリソースの作成
図12:ファイルシステムリソースの作成
(画像をクリックすると別ウィンドウに拡大図を表示します)

   以上により、ファイルシステムリソースを作成することができた。

人気記事トップ10

人気記事ランキングをもっと見る

企画広告も役立つ情報バッチリ! Sponsored

ClickHouse Cloudが実現した広告運用SaaS「ATOM」のデータ基盤革新、パフォーマンスを向上しながら、運用負荷とコストを削減 11月11日 6:20 AIで開発が加速する時代、品質保証はどう変わる? Tricentisが示すAIエージェント活用の実像 11月9日 6:45 悪用までの猶予が「1分」に迫るフロンティアAI時代に開発と本番を貫く脆弱性管理が必要 10月29日 8:30 欧州CRA対応とSBOM運用。AI生成コードのOSS混入問題の対策とは ――スニペット単位で検出する「FossID」「Insignary Clarity」によるSBOM運用 9月16日 6:40 PostgreSQLからTiDBへ、稼働中SaaSで進める段階的DB移行の実践と再設計への展望 9月7日 6:30 機能安全開発におけるGoogleTestの活用を支援!「Parasoft C/C++test CT」で実現する効率化&AI連携 4月14日 6:30 【CNDW2025】Grafanaが明かす「オブザーバビリティの哲学」ー最小限の労力で実用的なインサイトを得るには 1月23日 6:30 【CNDW2025】プロダクト急増に備える基盤刷新 ーウェルスナビがECSからEKSへの移行で得た知見とは 1月15日 6:30 【CNDW2025】250環境を5人で運用、構築時間は30分に ーKINTOテクノロジーズが語るインフラ基盤組織の作り方 2025年12月18日 6:30 新たな自動化で熱視線! AIエージェントの「推論能力」を支える2つのコンポーネントとは? 2025年11月28日 6:30