XenServer Tips
XenServerにおけるRole Based Access Control機能の解説
XenServerのEnterpriseおよびPlatinumエディションで利用できる「Role Based Access Control」(RBAC)機能の概要、カスタマイズの方法、XenCenterによる設定手順を解説する。
Citrix XenServerのEnterpriseおよびPlatinumエディションでは、「Role Based Access Control」(以下、RBAC)機能を利用することができる。言うまでもなく、システムにはローカルスーパーユーザーと呼ばれるシステム全体を管理・制御する権限を持つ特別な管理者がいる。しかしながら全てのシステム管理者がローカルスーパーユーザーの権限を持つのは望ましい形ではない。余計なオペレーションによる障害や悪意のある操作がなされる恐れがあるからである。システムを運用していく上で、各管理者に対し、業務・オペレーションの遂行に不必要な権限を付与する必要はなく、必要な範囲の権限だけを与えるのが望ましい。それによりシステム上の管理権限を分離し、管理・運用上のリスクを軽減できる。
この権限分離を実現するのがRBAC機能である。各管理者はRBACにより定義されたシステム上の管理タスクのセット(役割)に対応付けされ、この役割に基づいて実行可能な権限の範囲が決定されることになる。以下にXenServerにおけるRBACの役割の種類の概要、カスタマイズ方法、XenCenterによる設定手順を解説する。
解説
6つの役割
まず、XenServerには、以下の6つの役割がデフォルトで用意されている。権限の詳細は「XenServer 5.6 FP1 管理者マニュアル」の10ページ、「RBAC役割の定義とアクセス権」を参照していただきたい。
| 役割 | 概要 |
|---|---|
| プール管理者(Pool Admin) | ローカルスーパーユーザー(root)と同レベルの管理者。XenServerに対する完全なアクセス権が付与される |
| プールオペレーター(Pool Operator) | プール全体の管理が可能だが、管理者ユーザーを追加/削除したり役割を変更することはできない。ホストやプールの管理(ストレージの作成、プールの作成、ホストの管理など)に特化した役割 |
| 仮想マシンパワー管理者(VM Power Admin) | 仮想マシンやテンプレート管理の権限を持つ。ホームサーバの指定、マイグレーション、メモリの動的制御、スナップショットなどを含む |
| 仮想マシン管理者(VM Admin) | 仮想マシンやテンプレート管理の権限を持つが、ホームサーバの指定、マイグレーション、メモリの動的制御、スナップショットなどの権限はない |
| 仮想マシンオペレーター(VM Operator) | 仮想マシンのコンソールにアクセスすることが可能だが、仮想マシンを作成したり破棄したりすることはできない。仮想マシンの開始/終了などのライフサイクル操作が許可される |
| 読み取りのみ(Read Only) | リソースプールとパフォーマンスのデータを表示することしかできない |
権限のカスタマイズ方法
上記6つの役割は、より細かく権限を追加・削除するカスタマイズが可能だ。
例えば、ある役割に対してある権限を追加する場合は、以下のコマンドを用いる。役割サブジェクトのuuidを指定して、追加したい管理タスクの権限(ROLE PERMISSION)を付与する。詳細手順と制限はこちらを参考にしてほしい。
**# xe subject-role-add uuid=<UUID> role-name=<ROLE PERMISSION> **
削除する場合は、
# xe subject-role-remove uuid=<UUID> role-name=<ROLE PERMISSION>
XenCenterによる設定手順
次に、XenCenterで管理者ユーザーにRBACの役割を割り当てる方法を以下に解説する。
1.ドメインに参加する。XenServerのRBACは、Active Directoryのユーザーまたはグループアカウントに基づいて管理される。このため、RBACで役割を割り当てるには、事前にXenServerプールをドメインに追加して、Active Directoryアカウントを追加しておく必要がある
2.Active DirectoryのユーザーまたはグループをXenServerプールに追加する
3.ユーザーまたはグループにRBACの役割を割り当てる
プールを選択し[Users]タブを開くことで、ドメインへの参加、RBACの役割の割り当てができる。図1は、xen1~xen4までの各ユーザーに、役割(Roles)が与えられているのが分かる。
ここでActive Directoryに登録されているxen5ユーザーを、XenServerのRBAC機構に取り込んでみる。図1の[Add]ボタンを押して、図2のようにxen5ユーザーを追加する(Cowleyはプールの名前)。
図3のように、XenServerプールへの追加が簡単に完了した。
図4の通りxen5ユーザーは追加されているが、役割(Roles)はまだ割り当てられていない。
[Change Role]をクリックし、図5のようにVM Operatorを割り当ててみる。
Xen5ユーザーにVM Operator(役割)が割り当てられたことが確認できる(図6)。
補足解説
RBACは監査ログを取得でき、実行された全ての管理タスクが記録される。監査目的にも利用できる。
Copyright © ITmedia, Inc. All Rights Reserved.
関連記事
新着ホワイトペーパー PR
-
製品資料
[株式会社MatrixFlow] 「物流リソース最適化」ガイド:人員・配車・傭車を出庫依頼の確定前に決めきる -
製品資料
[株式会社キーエンス] なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは -
製品資料
[株式会社セールスフォース・ジャパン] 「CRMは設計と無関係」は本当か? PLMとの融合で実現する高速開発 -
事例
[日本ヒューレット・パッカード合同会社] AIエージェントの時代にどう備える? 「新たな働き手」を支える3要素とは -
製品資料
[日本ヒューレット・パッカード合同会社] “横並びの自動化”から脱却、AI活用で生産性と競争力を高める秘訣
こんなメディアも見られています
TechTargetジャパンに関連する情報をお探しであれば、こちらのメディアもお役に立てるかもしれません。
ベンダーコンテンツ PR
From Informa TechTarget
SpecialPR
アクセスランキング
-
1
法務と開発者で「言葉が通じない」問題 トヨタやソニーが語るOSS管理の真実
-
2
ChatGPTは“検索しまくり”でGeminiは“淡泊”? データが明かすAIの裏側
-
3
なぜ「全社配布Copilot」は使われないのか? 失敗に学ぶAI定着
-
4
損保ジャパンはなぜ「COBOL」を捨てなかったのか? 脱メインフレームの真相
-
5
肥大化した「SFA」の沼 4カ月でBigQuery×AppSheetの新システムを構築した方法
-
6
なぜ「Gemini 4 Argon」は出遅れたのか? Googleが狙う“逆転のシナリオ”
-
7
次世代RPA「ハイパーオートメーション」が急成長か Gartnerが予測
-
8
「Wi-Fi 7」経由でWindowsが乗っ取られる? 最高権限奪取の恐怖
-
9
昭和大学病院がeICUを導入、ICUの患者情報を遠隔地で一括管理
-
10
「何から始めればいい?」 情報漏えい対策で悲鳴を上げる中小企業のリアル
ホワイトペーパーランキング PR
-
1
不審メールの経路や見せ方に変化? 2026年夏の3事例から見えた動向と対処方法
-
2
家庭用Wi-Fiルーターの業務利用は危険? 避けるべき理由と具体的な対策
-
3
プログラミング不要で誰でも実現できる、ネットワーク運用管理の自動化とは
-
4
Microsoft 365を安全に運用 うっかりミスやサイバー攻撃に備えるデータ保護術
-
5
財務部門がAIを最大限に活用する方法 無駄のない戦略的リーダーシップへの道
-
6
LLMが兵器化? 元FBI高官が鳴らす警鐘とセキュリティツール統合のポイント
-
7
なぜRPA導入は頓挫する? シナリオ作成の壁を乗り越える解決策とは
-
8
HDDを使わない「SSDオンリー」が無謀なのはなぜ?
-
9
“あのファイル転送”で暗躍するノーウェアランサム
-
10
「オンプレミス回帰」せざるを得ない“合理的な理由”
TechTargetジャパン SNS
インフォメーション
注目情報をチェック
TechTargetジャパンをフォロー