OPCEL認定試験 2.0 受けました
今更ですが、、受験しました。
OpenStack自体は、パブリッククラウドの人気により若干下火？感もありますが、
まだまだプライベートクラウド構築や運用の基盤としてはOSSで有力候補かなと思いますね。(プロプラだとVMwareの方が人気か？)
一応認定試験がありますが、、、Web上ではちょっと情報が少なく・・・
大抵資格試験ではお世話になっている~~クラムメ、、~~問題集がないので、自力で。
私自身が受験しましたので、どのような対策を行ったかを含め記録を残しておきます。
(OpenStackのコミュニティ運営等には関わっていない素人の記事ですので、誤った記載があればご指摘いただければと思います。）
試験の形式は85分60問、合格ライン60%です。
問題は選択式/記述式(単語回答)となります。
私が行った試験対策方法
私は会社で資格の研修を受けられたので、その知識をベースに試験対策として書籍を読んだり、Webサイトを参考にしました。
よく言われますが、基本は公式サイトの例題のようなレベルの問題が出ます。
私が受験した時は全く同じ問題は出ませんでした。残念。
読了書籍
・OpenStack実践ガイド impress top gearシリーズ
→Mitaka版ですが、基本的なお勉強としては利用可能かと。
Packstack等のツールを使わずにインストールするには？やMySQL・RabbitMQがどこで必要とされる
のかと言ったことも総合的に理解ができます。
参考サイト
・Qiitaの記事
・OpenStack Installation Guide for Red Hat Enterprise Linux and CentOS(RDOのドキュメント)
・server worldさん
→ 最新のUssuri&CentOS8での構築方法などがあります。スゴイ。
試験対策としては、過去分(～Queens)一通り読了をお勧め。
「他のOSの設定：CentOS7」→「クラウド基盤」と遷移するといろいろ見れます。
OpenStackについて
基本はAWSをOSSで実装することを目指していた（と聞いています）。
当然、AWSと違いOSSコミュニティにて各コンポーネントを開発しているという点で、
AWSのような豊富なサービス群とはなっていません。
OpenStackの2020/7月現在のバージョンはUssuriとなりますが、各コンポーネントで今も利用が多いものは
IaaS系のものがメインと思われます。
とはいえ、IaaSの機能としては十分だと思いますし、現在様々なプライベートクラウドで使われていると思われます。
2020年現在も、Cloud Operator Days Tokyoというイベントがあり
(昨年まではOpenStack Days Tokyoだった)、OpenStackの運用に関するセッションが
たくさん公開されました。
OPCEL認定試験に向け覚えておいた方がいいこと
公式サイトに出題範囲があるので、そのまま参考にしましょう。
重要度って書いてあるのがそのまま出題率の比率です。
問題の傾向や私が重点的に理解を進めた点を記載します。
###250:OpenStack のアーキテクチャとデプロイメント
ここで問われるのは、クラウドコンピューティングの概念とOpenStackの各コンポーネントの概要レベルの理解です。
Packstackなどの構築ツールに対する理解も問われます。
####250.1 クラウドコンピューティングの概念【重要度：３】
この表覚えましょう。
| 対象 | 説明 | 補足 |
|---|---|---|
| クラウドコンピューティングの提供サービス分類 | IaaS(Infrastructure as a Service):従来のHWレベルでのクラウド提供(SV,NW,ST) | |
| PaaS(Platform as a Service):OS+MWやランタイムも含めた提供方式 | コンテナは大体PaaSと表現される | |
| SaaS(Software as a Service):環境は完全に隠蔽され、ソフトウェア機能のみを提供する形式 | gmailやdropboxなどが有名。 | |
| クラウド環境の分類 | パブリッククラウド：クラウドベンダ(Amazon,Google,Microsoftなど)によってWeb上で公開されているクラウド環境 | |
| プライベートクラウド：自社内にOpenStackなどの仕組みを構築し、リソースを自社活用するクラウド環境。 | ||
| ハイブリッドクラウド：上記パブリッククラウドとプライベートクラウドを組み合わせたシステム構成のこと。 | ||
| クラウドとオンプレの利用シーン・使い分け | クラウド：リードタイムなしで環境を払い出しが可能であり、費用も使っただけの請求となるため、コストメリット及びリードタイムの短縮が図れる。 | |
| オンプレ：シビアな性能要件が要求される際などは、オンプレに軍配が上がるケースがある。また、NW的に外部と接続ができないようなセキュリティ要件があるケースではオンプレの環境が要求されるケースがある。 | ||
| クラウドコンピューティングのSLA(サービス品質保証) | ①障害件数の上限、②データ転送速度の下限、③システム監視間隔の上限値、④停止時間の上限値が一般的に定義されることがある | ④でAWS EC2では月間稼動率が 99.99%となる。その他の指標は・・・ |
####250.2 OpenStack のアーキテクチャと設計【重要度：７】
この表覚えましょう。
| 対象 | 説明 | 補足 |
|---|---|---|
| OpenStackクラウドのコアコンポーネントについて | Keystone：アイデンティティサービス。 | 別途詳細あり。 |
| Nova：コンピュートサービス。 | 別途詳細あり。 | |
| Glance：イメージサービス。 | 別途詳細あり。 | |
| Neutron：ネットワークサービス。 | 別途詳細あり。 | |
| Horizon：ダッシュボードサービス。 | 別途詳細あり。 | |
| Cinder：ブロックストレージサービス。 | 別途詳細あり。 | |
| OpenStackクラウドの各コンポーネントについて | Heat：オーケストレーションサービス | |
| Ceilometer：テレメトリー（収集）サービス | ||
| Swift：オブジェクトストレージサービス | 別途詳細あり。 | |
| Ironic：ベアメタルプロビジョニングサービス | ||
| Designate：DNSサービス。 | ||
| Manila：共有ファイルサービス。NASサービスを提供するコンポーネント。 | ||
| Barbican：キーマネージサービス。パスワード、暗号鍵、証明書といったセキュリティ情報を安全に発行・管理する機能を提供するコンポーネント。 | ||
| Magnum：コンテナ管理サービス。Kubernetes, Docker Swarmなどのコンテナ管理基盤を OpenStackのリソースとして提供するサービス。コンテナそのものをデプロイするわけではない。 | ||
| aodh：テレメトリーアラーミングサービス | ceilometerと連携する。 |
####250.3 OpenStack のインストレーションとデプロイメント【重要度：５】
この表覚えましょう。
| 対象 | 説明 | 補足 |
|---|---|---|
| OpenStackの手動デプロイ | ||
| cinder-manage | ||
| glance-manage | ||
| keystone-manage | ||
| neutron-db-manage | ||
| nova-manage | ||
| OpenStackのツールでのデプロイ | packstack:コンポーネントごとに導入・設定用のマニフェストを用意しておき、別途用意した「Answerファイル」に基づいて、指定のサーバに指定のマニフェストを適用するOpenStackの構築ツール。 | 実行オプションはこちら。「--gen-answer-file:アンサーファイル作成」「--answer-file:アンサーファイルに基づきデプロイ」「--allinone:オールインワン構成でデプロイ」 |
| Ansible：OpenStackモジュールあり。基盤（OpenStack自体）のデプロイよりは、OpenStackの自動操作用か？ | ||
| MAAS＋Juju：OpenStackのプロビジョニングが可能。Ubuntuディストリビューションが対象。jujuはansibleと同じく構成管理ツール。 | ||
| Conjure-up:jujuの自動構成ツールらしい？ | ||
| pip：pip パッケージ。Pythonパッケージなどをインストールする際に利用。 | ||
| OpenStackの商用ディストリビューション | Red Hat OpenStack Platform：Red Hat社による商用ディストリビューション。 | |
| Ubuntu OpenStack：Cacnonical社による商用ディストリビューション。 | ||
| SUSE OpenStack Cloud：Susu社による商用ディストリビューション。 | ||
| Rackspace Private Cloud：Rackspace社によるクラウドサービス（プライベートクラウド）。 | ||
| Mirantis Cloud Platform:ミランティス社による商用ディストリビューション。 |
###251:管理・共有サービス
ココは完全に各コンポーネントの理解を問う所ですね。
####251.1 アイデンティティサービス、認証と認可(Keystone)【重要度：６】
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| - | keystone.conf | Keystoneの設定ファイル。 |
| httpd | - | apacheなどのwebサーバが利用されるので、一応書いておく。 |
| - | logging.conf | ログレベル変更用ファイル（他のサービスは基本的に<サービス名>.confでの変更。keystoneとhorizonのみ例外） |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| openstack project create/delete/show/set <name> | プロジェクトの作成削除参照更新。 | ≒keystone tenant-create/delete/get/update <tenant_name> |
| openstack project list | プロジェクトの一覧表示。 | ≒keystone tenant-list |
| openstack user create/delete/show/set <name> | ユーザの作成参照更新削除。 | ≒keystone user-create/get/update/delete <user_name> |
| openstack user set --password <password> <user_name> | ユーザのPW変更。 | ≒keystone user-password-update --pass <password> <user_name> |
| openstack user list | ユーザの一覧表示。 | ≒keystone user-list |
| openstack role create/show/set/delete <name> | ロールの作成参照更新削除。 | ≒keystone role-create/get/update/delete <role_name> |
| openstack role list | ロールの一覧表示。 | |
| openstack role add --user <user_name> <role_name> | 権限紐付けはこのコマンドで実施する。 | ≒keystone user-role-add --user <user_name> <role_name> |
| openstack role assignment list | 権限紐付けの参照。 | |
| openstack domain create/show/set/delete <name> | ドメインの作成etc.. | |
| openstack catalog list/show | 利用可能なOpenStackコンポーネントの表示・詳細表示。 | |
| openstack endpoint 色々 | OpenStackのエンドポイントの作成・表示などが可能。 | |
| openstack service create/delete/show <name> | OpenStackのコンポーネントの作成が可能。 | |
| openstack quota list/set/show | 各テナント毎のクオータの設定・表示が可能(コンピュート/ネットワーク／ストレージ)。 | |
| openstack limits | リミット値を表示可能。 | |
| openstack usage list/show | 簡単なテナントの統計を表示。 |
★その他覚えておくことリスト
| 対象 | 説明 | 補足 |
|---|---|---|
| マルチリージョン化 | AZを分けるためには、keystoneだけは複数のDCを跨ってクラスタ化（DB上）しておく必要あり。 | 参考 |
| curlによるサービスカタログ確認 | keystoneでの認証後、OpenStack環境で利用可能なエンドポイントの一覧を参照できる。 | どちらかというと、251.2の内容か。 |
####251.2 ダッシュボード(Horizon)とRESTful API【重要度：３】
Dashboard (horizon) は、クラウド管理者やユーザーがさまざまな OpenStack のリソースとサービスを管理できるようになるウェブインターフェースです。
また、RESTful APIについてはHorizon限定というわけではないですが、Curlにて各種CLI操作と同等のコマンドが発行できるよ！と覚えておきましょう。（初回リクエストに必要なToken取得は特に高頻度で質問が出ます）
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| - | local_settings.py | Dashboardをカスタマイズ（見た目の変更やhttps化など。）可能なファイル。変更後、webサーバの再起動が必要。ログレベルの変更も可能。 |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| curl | ご存知CLIでのhttpリクエスト確認コマンド。トークンの取得及び各種操作に利用可能。 | |
| openstack token issue | tokenを取得するコマンド。 | ≒curlコマンドによるリクエスト。 |
★その他覚えておくことリスト
| 対象 | 説明 | 補足 |
|---|---|---|
| ダッシュボードでの VNC クライアント操作について | ブラウザーが HTML5 Canvas と HTML5 WebSockets をサポートしている必要があり。 | novncにて接続する。 |
| HTTPでのヘッダー | ①リクエスト時にTokenが返却されるヘッダーは、"X-Subject-Token"。②取得したTokenを利用してAPI発行する際に、Tokenを埋め込むヘッダーは、"X-Auth-Token"。 |
####251.3 モニタリング(Ceilometer)【重要度：２】
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| ceilometer-agent-compute | ceilometer.conf | 各コンピュートノードで実行され、リソース使用統計をポーリングします。将来的には他の種類のエージェントも作成されるかもしれませんが、現時点ではコンピュートエージェントに注力しています。 |
| ceilometer-agent-central | インスタンスやコンピュートノードに関連付いていないリソースの使用統計をポーリングします。 | |
| ceilometer-agent-notification | メッセージキューからメッセージを読みだして、イベントや計測データを作成します。 | |
| ceilometer-polling | ポーリングプラグイン(pollsters)により計測されたデータを統合的に取得。 |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| openstack metric resource list | ceilometerで確認可能なリソースを一覧表示する。 | ≒ceilometer meter-list |
| openstack metric resource show <id> | リソース詳細を確認する。 | 旧コマンドは不明。statisticsかsample-listか。 |
| openstack metric measure show <id> | データを表示する。 | 旧コマンドは不明。statisticsかsample-listか。 |
####251.4 オーケストレーション (Heat)【重要度：３】
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| heat-api | heat.conf | OpenStack 独自の REST API を提供します。 受け取った API リクエストを、 リモートプロシージャコール (RPC) 経由で heat-engine に送信します。 |
| heat-api-cfn | AWS CloudFormation 互換の AWS Query API を提供します。受け取った API リスクエストを RPC 経由で heat-engine に送信します。 | |
| heat-engine | テンプレートの起動全体を指揮し、API 利用者に返すイベントを生成します。 |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| openstack stack create -t <template> <name> | スタック（テンプレートで作成された環境）を作成する。 | ≒heat stack-create -f <template> <name> |
| openstack stack list | スタックを一覧表示する。 | ≒heat stack-list |
| openstack stack delete <name> | スタック（テンプレートで作成された環境）を削除する。 | ≒heat stack-delete <name> |
★その他覚えておくことリスト
| 対象 | 説明 | 補足 |
|---|---|---|
| heat-manage | コマンド。DB操作の支援ツール的な位置づけ。 | |
| heat-keystone-setup | Heat 設定スクリプト。現在は利用非推奨の様子。 | |
| heat-keystone-setup-domain | Heatドメイン作成スクリプト？ | |
| HOT(HOT：Heat Orchestration Template) | 仮想サーバーや仮想ネットワークなど構築したいリソースを定義するYAMLファイル。パラメータは以下。heat_template_version(バージョン)、description(説明)、parameter_groups(オプション)、parameters(インプットパラメータ)、resources(デプロイリソース)、outputs(アウトプットパラメータ)、conditions(条件・状態を定義？) |
####251.5 イメージサービス (Glance)【重要度：９】
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| glance-api | glance-api.conf | Glanceのメインプロセス。イメージの保存先は設定変更が可能(CephやSwift、S3など)。filesystem_store_datadirで格納先を設定。 |
| glance-registry | glance-registry.conf | メタデータの読み書きを担うプロセス。 |
| glance storage adapter | ||
| - | glance-cache.conf | 起動に使用したイメージのキャッシュ化に関する設定ファイル。filesystem_store_datadirでキャッシュの格納先を設定。 |
| - | policy.json | 各コンポーネント毎に存在し、ユーザからの操作に必要な権限を設定するファイル。 |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| openstack image list | イメージの一覧表示 | ≒glance image-list |
| openstack image show <image> | イメージの詳細表示 | ≒glance image-show <id> |
| openstack image set/delete/save <image> | イメージの操作コマンド | |
| openstack server image create <server> | スナップショット取得コマンド | |
| glance-cache-cleaner | キャッシュクリーナー | 参照 |
| glance-cache-manage | キャッシュの参照・削除用コマンド | 参照 |
| glance-cache-prefetcher | CLIでキャッシュ乗せるためのコマンド？ | 参照 |
| glance-cache-pruner | image_cache_max_sizeを超えた場合にキャッシュの一部をクリアする | 参照 |
| glance-scrubber | 削除済みのイメージをクリアする | 参照 |
★その他覚えておくことリスト
| 対象 | 説明 | 補足 |
|---|---|---|
| /etc/glance/schema-image.json | ||
| guestfish | guestfish プログラムは、仮想マシンイメージ内のファイルを編集できる、 libguestfs プロジェクトのツールです。 | 参照 |
| guestmount, guestumount | イメージのファイルシステムを直接マウントするコマンド。libguestfs プロジェクトのツール。 | 参照 |
| libguestfs tools (virt-*) | イメージを操作するコマンド。(例：edit/df/resize/sysprepなど) | 参照 |
| cloud-init | インスタンスの初期設定を行うためのデファクトパッケージ | 参照 |
| disk-image-create | Diskimage-builder は、さまざまなディストリビューションとアーキテクチャをサポートする自動ディスクイメージ作成ツールです。 | 参照 |
###254:インフラサービス
ココも完全に各コンポーネントの理解を問う所ですね。
####254.1 ネットワーキングサービス (Neutron)【重要度：７】
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| neutron-server | neutron.conf | neutron-server は、OpenStack Networking API からのユーザー・リクエストを構成済みのプラグインに中継する Python デーモンです。コントローラノードに配置される。（他のコンポーネントは基本的にネットワークノード。l2系はコンピュートノードにも。） |
| neutron-dhcp-agent | dhcp_agent.ini | すべてのテナント・ネットワークに DHCP (Dynamic Host Configuration Protocol) サービスを提供します。 |
| neutron-l3-agent | l3_agent.ini | L3 でのフォワーディングや NAT (ネットワーク・アドレス変換) によるフォワーディングを行うことで、テナント・ネットワーク上の VM が外部ネットワークへアクセスできるようにします。 |
| neutron-metadata-agent | metadata_agent.ini | インスタンスにメタデータサービスを提供する OpenStack Networking エージェント。 |
| neutron-linuxbridge-agent/neutron-openvswitch-agent | ml2_conf.ini/linuxbridge_agent.ini | いわゆるl2エージェントだが、OpenStackでは複数のバリエーションから選択して構築できる。 |
| - | policy.json | 各コンポーネント毎に存在し、ユーザからの操作に必要な権限を設定するファイル。 |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| openstack network agent list | サービスの一覧表示 | ≒neutron agent-list |
| openstack network create/delete | 仮想ネットワーク作成・削除 | ≒ neutron net-create/net-delete |
| openstack network list | ネットワークの一覧表示 | ≒neutron net-list |
| openstack subnet list | サブネットの一覧表示 | ≒neutron subnet-list |
| openstack subnet create/show/set/delete <name> | サブネットの作成・参照・更新・削除 | ≒neutron submnet-create/show/update/delete |
| openstack router create/show/set/delete <name> | 仮想ルータの作成・参照・更新・削除 | ≒neutron router-create/show/update/delete |
| openstack router add subnet <router_name> <subnet_name> | 仮想ルータをサブネットへ接続 | ≒neutron router-interface-add <router_name> <subnet_name> |
| openstack router remove subnet <router_name> <subnet_name> | 仮想ルータをサブネットへから切断 | ≒neutron router-interface-delete <router_name> <subnet_name> |
| openstack ip | ||
| openstack security group | ||
| neutron-openvswitch-agent | ||
| neutron-ovs-cleanup |
★その他覚えておくことリスト
NWの基礎的な知識を学習しておくと良いと思います。
L2エージェント（linuxbridge/openvswich)やL3エージェントなど。
####254.2 コンピュートサービス (Nova)【重要度：７】
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| nova-api | nova.conf | APIリクエストを受け付けるためのコンポーネント。 |
| nova-cert | - | |
| nova-compute | nova-compute.conf | コンピュートノードへ配置される。ノード上のインスタンスの管理を担う。 |
| nova-conductor | - | novaに関する連係動作やデータベースクエリを提供する |
| nova-scheduler | - | インスタンスを起動するコンピュートノードを決定する。 |
| nova-api-metadata | - | |
| nova-cells | - | |
| nova-consoleauth | - | novaコンソールに関する認証機能の提供。 |
| nova-novncproxy | - | Websocketを使用してブラウザでのVNC機能を提供する |
| nova-spicehtml5proxy | - | |
| nova-xvpnvncproxy | - | |
| - | policy.json | 各コンポーネント毎に存在し、ユーザからの操作に必要な権限を設定するファイル。 |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| openstack compute service list | サービスの一覧表示 | |
| openstack flavor | ||
| openstack security group create <name> | ||
| openstack security group rule create <name> | ||
| openstack security group rule list | ||
| openstack keypair create <name> | ||
| openstack server list | インスタンスの一覧表示 | |
| openstack server show <name> | インスタンスの詳細表示 | |
| openstack server create | インスタンス作成 | |
| openstack server start/stop | インスタンス起動/停止 | |
| openstack server start/stop | インスタンス起動/停止 | |
| openstack server add floating ip <instance_name> <ip> | フローティングIPをインスタンスに付与する。 | ≒nova floating-ip-associate <instance_name> <ip> |
| openstack server remove floating ip <instance_name> <ip> | フローティングIPをインスタンスから解除する。 | ≒nova floating-ip-disassociate <instance_name> <ip> |
| openstack floating ip set --port <port> <floating-ip> | フローティングIPをポートに付与する。 | ≒nova floating-ip-associate --port <port> <floating_ip> |
| openstack floating ip unset <floating_ip> | フローティングIPをポートから解除する。 | ≒nova floating-ip-disassociate <floating_ip> |
| openstack server add security group <instance_name> <security_group> | セキュリティグループをインスタンスに付与する。 | ≒nova add-secgroup <instance_name> <security_group> |
| openstack console url show <name> | VNC コンソールを取得して Web ブラウザでのアクセスを可能とする(タイプも表示される) | |
| openstack compute service list | Novaのサービス一覧を表示させる。 | |
| openstack aggregate | ホストのグループ化コマンド？ | |
| openstack availability zone list | AZの確認が可能なコマンド。 | |
| openstack host list/set/show | novaの各サービスがどのノードで動作しているか、リソース状況はどれくらいか、などを確認可能。また、メンテナンス変更等も可能。 | |
| openstack hypervisor list/show/stats show | コンピュートノードのハイパーバイザの情報、統計等を確認できる。 |
★その他覚えておくことリスト
| 対象 | 説明 | 補足 |
|---|---|---|
| 利用可能なHV | KVM,Xen,ESXi,Hyper-Vなど | 参照 |
| スケジューリングドライバの種類 | MultiScheduer,SimpleScheduler,ChanceScheduler,FilterScheduler | 参照 |
####254.3 ブロックストレージ (Cinder)【重要度：６】
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| cinder-api | cinder.conf | Cinderのコアコンポーネント |
| cinder-scheduler | ボリュームを作成するのに適切なストレージノードを選択します。 nova-scheduler と同様のコンポーネントです。 | |
| cinder-volume | cinder-scheduler などの サービスやプロセスと直接やり取りを行います。また、メッセージキュー経由でもこれらのプロセスと連携します。 Block Storage サービスへ送られた読み出し、書き込みリクエストに応答し、状態を管理します。利用可能なストレージはLVM、ＮＦＳ、GlusterFS、Ceph、Object Storage (Swift) など。 | |
| cinder-backup | あらゆる種類のボリュームのバックアップをバックアップストレージプロバイダーに提供します。 利用可能なストレージはLVM、ＮＦＳなど。 |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| openstack backup create/show/delete <name> | バックアップを作成・参照・削除する。 | ≒cinder backup-create/show/delete |
| openstack backup restore <backup_id> <volume_name> | バックアップからリストアする | ≒cinder backup-restore <backup_id> |
| openstack snapshot | ||
| openstack volume type create <name> | volume typeを作成する | |
| openstack volume create <name> | volumeを作成する | |
| openstack volume list | volumeを一覧表示する | |
| openstack volume backup create <バックアップ対象volume_name> | ボリュームのバックアップを作成する | |
| openstack volume backup list | 作成したバックアップのリストを確認する | |
| openstack server add volume <instance_name> <name> | インスタンスへブロックストレージを接続する | |
| openstack server remove volume <instance_name> <name> | インスタンスからブロックストレージを接続解除する | |
| nova (storage固有の側面) |
★その他覚えておくことリスト
| 対象 | 説明 | 補足 |
|---|---|---|
| バックエンドをNFSにした場合のマウントポイント | /var/lib/nova/mnt | コンピュートノード側。例題より。 |
####254.4 オブジェクトストレージ (Swift)【重要度：２】
オブジェクトストレージは冗長化された分散ストレージです。
APIでのみ操作可能で、リアルタイムなデータ操作処理には向きませんが、
動的にノード追加が可能だったり、大規模な非構造データを低コストで管理できると言われています。
この表覚えましょう。
★重要プロセス／設定ファイルについて
| プロセス名 | 設定ファイル | 説明 |
|---|---|---|
| swift-proxy-server | proxy-server.conf | HTTP リクエストを受け付け、ファイルのアップロード、メタデータの変更、コンテナーの作成などを行います。ウェブブラウザーに対するファイルやコンテナーの一覧表示も行えます。性能を向上させるために、プロキシーサーバーがキャッシュを使うこともできます。 |
| swift-account-server | account-server.conf | Object Storage で定義されるアカウントを管理します。 |
| swift-container-server | container-server.conf | Object Storage 内でコンテナーやフォルダーの対応付けを管理します。 |
| swift-object-servers | object-server.conf | ストレージノードにおいて、ファイルなどの実際のオブジェクトを管理します。 |
| housekeeping processes |
★重要コマンドについて
| コマンド | 説明 | 補足 |
|---|---|---|
| swift stat | ステータスの確認 | |
| openstack container create/delete <container_name> | コンテナを作成/削除する | |
| openstack container list | ||
| openstack object create <container_name> <file> | fileのアップロードを実施する | |
| openstack object list <container_name> | Swift上のファイルの一覧表示 | |
| openstack object save <container_name> <file> | fileのダウンロードを実施する | |
| openstack object delete <container_name> <file> | fileを削除する（swift上で） |
★その他覚えておくことリスト
| 対象 | 説明 | 補足 |
|---|---|---|
| リングについて | データとそのデータを格納する物理的な位置を対応づけるテーブル。ツール(swift-ring-builder)で構成する。 |
受験結果
無事、合格しました。
正解率は63%。。ギリギリでしたw
後で知りましたが、こちらのテキストは割と有効なようです。
私は使用していませんが、合格を狙っている人は検討しても良いかと思います。
ちょっと高いですが・・・
OpenStack Masakari と言うのが出題され、焦りましたw
個人的にはCinderまわりとNeutronまわりが危うかったので、もし更新の時受験する場合はもう少し深い知識が必要かなと思いました。
本エントリは本当最低限の知識と思われます。