Red Hat Enterprise Linux OpenStack Hat Enterprise Linux OpenStack Platform 5 OpenStack のデプロイメント: 概念実証向けの環境 (Packstack) Red Hat Enterprise Linux OpenStack

2014 年 8 月 22 日 Bruce Reeler Deept i NavaleDon Domingo Scott Radvan Steve GordonSummer Long

Red Hat Enterprise Linux OpenStackPlatform 5OpenStack のデプロイメント: 概念実証向けの環境 (Packstack)

Red Hat Enterprise Linux OpenStack のスタートガイド

Red Hat Enterprise Linux OpenStack Plat form 5 OpenStack のデプロイメント: 概念実証向けの環境 (Packstack)

Red Hat Enterprise Linux OpenStack のスタートガイド

2014 年 8 月 22 日

Bruce ReelerRed Hat Customer Content [email protected]

Deepti NavaleRed Hat Customer Content [email protected]

Don DomingoRed Hat Customer Content [email protected]

Scott RadvanRed Hat Customer Content [email protected]

Steve GordonRed Hat Customer Content [email protected]

Summer LongRed Hat Customer Content [email protected]

法律上の通知法律上の通知

Copyright © 2012-2014 Red Hat, Inc.

This document is licensed by Red Hat under the Creative Commons Attribution-ShareAlike 3.0Unported License. If you distribute this document, o r a modified version o f it, you must provideattribution to Red Hat, Inc. and provide a link to the original. If the document is modified, all RedHat trademarks must be removed.

Red Hat, as the licensor o f this document, waives the right to enforce, and agrees not to assert,Section 4d o f CC-BY-SA to the fullest extent permitted by applicable law.

Red Hat, Red Hat Enterprise Linux, the Shadowman logo, JBoss, MetaMatrix, Fedora, the InfinityLogo, and RHCE are trademarks o f Red Hat, Inc., registered in the United States and o thercountries.

Linux ® is the registered trademark o f Linus Torvalds in the United States and o ther countries.

Java ® is a registered trademark o f Oracle and/or its affiliates.

XFS ® is a trademark o f Silicon Graphics International Corp. or its subsidiaries in the UnitedStates and/or o ther countries.

MySQL ® is a registered trademark o f MySQL AB in the United States, the European Union andother countries.

Node.js ® is an o fficial trademark o f Joyent. Red Hat Software Collections is not fo rmallyrelated to or endorsed by the o fficial Joyent Node.js open source or commercial pro ject.

The OpenStack ® Word Mark and OpenStack Logo are either registered trademarks/servicemarks or trademarks/service marks o f the OpenStack Foundation, in the United States and o thercountries and are used with the OpenStack Foundation's permission. We are not affiliated with,endorsed or sponsored by the OpenStack Foundation, or the OpenStack community.

All o ther trademarks are the property o f their respective owners.

概要概要

本書では、Red Hat Enterprise Linux OpenStack Platform 5 の使用を開始するための基本的なタスクについて説明します。ここに記載するデプロイメントの方法は、Packstack を使用した概念実証を目的とするデプロイメントで、実稼働環境向けではありません。 Packstack は単一ノードの概念実証のためのデプロイメントに使用することができます。この Packstack のデプロイメントでは、ダッシュボードを使用してディスクイメージの読み込み、ネットワークの作成、インスタンスの起動または、他の基本的な OpenStack タスクを実行することができます。

http://creativecommons.org/licenses/by-sa/3.0/

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

目次目次

前書き前書き

パートパート I. はじめにはじめに

第第1章章製品の概要製品の概要1.1. 概要1.2. アーキテクチャー1.3. Packstack デプロイメントユーティリティ1.4. サポートされている仮想マシンのオペレーティングシステム

第第2章章製品要件製品要件2.1. ソフトウェア要件2.2. ハードウェア要件2.3. ストレージの設定

パートパート II. Packst ack を用いたを用いた OpenSt ack のデプロイのデプロイ

第第3章章デプロイするコンポーネントの選択デプロイするコンポーネントの選択

第第4章章 Packst ack のインストールのインストール

第第5章章 Packst ack の実行の実行5.1. Packstack を使用したクイックスタートデプロイメント5.2. 対話式での Packstack の実行5.3. 非対話式での Packstack の実行

第第6章章 Packst ack およびパスワードおよびパスワード6 .1. パスワードの場所6 .2. パスワード変更のコマンド

パートパート III. OpenSt ack の使用の使用

第第7章章はじめにはじめに: インスタンスの起動インスタンスの起動7.1. ダッシュボードへのアクセス7.2. ディスクイメージのアップロード7.3. キーペアの作成7.4. Op enStack Netwo rk の作成7.5. インスタンスの起動7.6 . ボリュームの作成

Packst ack デプロイメントの削除デプロイメントの削除A.1. Op enStack、アプリケーションデータ、全パッケージの完全削除A.2. Op enStack 固有のアプリケーションデータおよびパッケージのみの削除

改訂履歴改訂履歴

2

3

44456

77

1618

2 0

2 1

2 2

2 3242948

6 96 96 9

7 1

7 272747677788 2

8 48 48 5

8 7

目次目次

1

前書き前書き

Red Hat Ent erprise Linux OpenSt ack Plat form 5 OpenSt ack のデプロイメントのデプロイメント: 概念実証向けの環境概念実証向けの環境 (Packst ack)

2



3

第第1章章製品の概要製品の概要

1.1. 概要概要

Red Hat Enterprise Linux OpenStack Platform は、Red Hat Enterprise Linux をベースとして、プライベートまたはパブリックの Infrastructure-as-a-Service (IaaS) クラウドを構築するための基盤を提供します。これにより、スケーラビリティが極めて高く、耐障害性に優れたプラットフォームをクラウド対応のワークロード開発にご利用いただくことができます。

現在、Red Hat のシステムは、OpenStack Icehouse をベースとして、利用可能な物理ハードウェアをプライベート、パブリック、またはハイブリッドのクラウドプラットフォームに変換できるようにパッケージされています。これには以下のコンポーネントが含まれます。

完全に分散されたオブジェクトストレージ

永続的なブロックレベルのストレージ

仮想マシンのプロビジョニングエンジンおよびイメージストレージ

認証および認可メカニズム

統合されたネットワーク

ユーザーおよび管理用の Web ブラウザーベースの GUI

Red Hat Enterprise Linux OpenStack Platform IaaS クラウドは、コンピューティング、ストレージ、ネットワークのリソースを制御する連結されたサービスのコレクションにより実装されます。クラウドは、Web ベースのインターフェースで管理されます。これにより、管理者は OpenStack リソースの制御、プロビジョニング、自動化を行うことができます。また、OpenStack のインフラストラクチャーは、クラウドのエンドユーザーも利用することができる豊富な API で円滑に運用されます。

1.2. アーキテクチャーアーキテクチャー

以下の図は、OpenStack のアーキテクチャー全体の俯瞰図を示しています。

図図1.1 OpenStack のアーキテクチャーのアーキテクチャー


4

各 OpenStack サービスにはコード名があり、設定ファイルやコマンドラインユーティリティプログラムの名前に反映されます。たとえば、Identity Service には、keystone.conf という設定ファイルがあります。

表表1.1 サービスサービス

サービスサービスコード名コード名説明説明

Dashboard Horizon OpenStack の各種サービスを管理するための Web ベースのダッシュボード

Identity Keystone 他のサービスに認証および認可サービスを提供し、ユーザー/テナント/ロールを管理する、集中型のアイデンティティーサービス

OpenStackNetworking

Neutron 他の OpenStack サービスのインターフェース間の接続性を提供するネットワークサービス

Block Storage Cinder 仮想マシン用の永続的な Block Storage ボリュームを管理するサービス

Compute Nova ハイパーバイザーノードで実行されている仮想マシンの管理とプロビジョニングを行うサービス

Image Glance 仮想マシンイメージや Cinder のスナップショットなどのリソースを格納するレジストリサービス

Object Storage Swift ユーザーがファイル (任意のデータ) を保管したり、取得したりできるオブジェクトストレージを提供するサービス

Telemetry Ceilometer クラウドリソースの測定を提供するサービス

Orchestration Heat リソーススタックの自動作成をサポートする、テンプレートベースのオーケストレーションエンジンを提供するサービス

各 OpenStack サービスは、Linux サービスのコレクション、MariaDB データベース、その他のコンポーネントで構成され、これらがまとまって、機能グループを提供します。たとえば、glance-api および glance-registry Linux サービスが MariaDB データベースとともに Image Service を実装します。

各 OpenStack サービスに関する詳細は、OpenStack のデプロイメント: 実習環境 (手動設定) でサービスに関する該当のセクションを確認してください。URL は以下の通りです。

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/

1.3. Packstack デプロイメントユーティリティデプロイメントユーティリティ

Packstack は Puppet モジュールを使用したコマンドラインユーティリティで、既存のサーバーに対してSSH 接続を介して迅速な OpenStack のデプロイメントを可能にします。デプロイメントオプションについては対話式の場合はコマンドライン経由で、非対話式の場合は OpenStack のパラメーターに対して事前定義した値を含むテキストファイルで指定していきます。

Packstack は、以下のタイプの構成をデプロイする場合に適しています。

コントローラーサービスおよび仮想マシンすべてが物理ホスト 1 台で実行される、概念実証のためのシングルノードインストール。これは、all-in-one インストールと呼ばれています。

単一のコントローラーノードと複数のコンピュートノードのある、概念実証のためのインストール。これは上記の all-in-one インストールとよく似ていますが、仮想マシンの実行用に追加のハードウェアノードを 1 つ以上使用する点が異なります。

第第1章章製品の概要製品の概要

5


重要重要

Packstack は、概念実証のデプロイメント用に設計されているため、実稼動環境のデプロイメントツールには適していません。Packstack ではインストールプロセスを簡素化するため、設定に多くの前提条件が含まれており、高可用性 (HA) 設定や負荷分散設定でサービスをデプロイすることや、複雑なネットワークの設定に必要な柔軟性を提供することができません。Red Hat Enterprise LinuxOpenStack Platform Installer (テクノロジープレビュー) および Foreman OpenStack Manager(テクノロジープレビュー) を使用した実稼動環境のデプロイメントについての詳細情報はOpenStackのデプロイメント: エンタープライズ環境 (Red Hat Enterprise Linux OpenStack Platform Installer)を参照してください。

1.4 . サポートされている仮想マシンのオペレーティングシステムサポートされている仮想マシンのオペレーティングシステム

Red Hat Enterprise Linux でサポートされているゲストのオペレーティングシステムはすべて、Red HatEnterprise Linux OpenStack Platform でサポートされています。サポートされているゲストオペレーティングシステムの詳細一覧は、Certified guest operating systems for Red Hat Enterprise Linux with KVM を参照してください。


6

https://access.redhat.com/articles/973133

第第2章章製品要件製品要件

2.1. ソフトウェア要件ソフトウェア要件

2.1.1. オペレーティングシステムの要件オペレーティングシステムの要件

Red Hat Enterprise Linux OpenStack Platform 5 は以下のオペレーティングシステムでサポートされています。

Red Hat Enterprise Linux 7

サブスクリプションおよび必要なリポジトリの設定に関する詳しい説明は、以下のセクションを参照してください。

「カスタマーポータルのサブスクリプション管理」

「Red Hat Enterprise Linux のリポジトリ設定」

「Red Hat Enterprise Linux OpenStack Platform のリポジトリ設定」

Red Hat Enterprise Linux のインストールに関する詳しい説明は、以下のリンク先で該当するインストールガイドを参照してください。

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/

2.1.2. ソフトウェアレポジトリの設定ソフトウェアレポジトリの設定

2.1 .2 .1 . 完全修飾ドメイン名の割り当て完全修飾ドメイン名の割り当て

OpenStack API エンドポイントのホスティングに使用するシステムは Fixed IP アドレスまたは完全修飾ドメイン名 (FQDN) を割り当てるように推奨しています。

OpenStack API エンドポイントが DHCP サーバーにより動的に割り当てられる IP アドレスを使用するシステムでホスティングされている場合、割り当てられたアドレスが変更されるとサービスが中断されてしまいます。サービスの中断が発生すると、Identity Service のデータベースに保存されるエンドポイント定義を手動で更新する必要があります。

この問題を回避するには Red Hat Network の登録前に、OpenStack API エンドポイントをホスティングする各システムの /etc/sysconfig/network の HOSTNAME を設定してください。

HOSTNAME=myhost.parentdomain

2.1 .2 .2 . カスタマーポータルのサブスクリプション管理カスタマーポータルのサブスクリプション管理

Red Hat Enterprise Linux OpenStack Platform では、OpenStack 環境内の各システムが Red HatEnterprise Linux Server を実行している必要があります。また、Subscription Manager を使用して全システムを登録し、カスタマーポータルのサブスクリプション管理から更新が提供されるようにする必要があります。Red Hat のサブスクリプションの管理については、以下のリンクで Red Hat サブスクリプション管理のドキュメントを参照してください。

https://access.redhat.com/site/documentation/ja-JP/Red_Hat_Subscription_Management/

以下の手順に記載するステップはすべて、登録するシステムの root ユーザーアカウントにログインして実行する必要があります。


7

https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux/

https://access.redhat.com/site/documentation/ja-JP/Red_Hat_Subscription_Management/

手順手順2.1 サブスクリプション管理を使用したサブスクリプション管理を使用した Red Hat Enterprise Linux システムの登録システムの登録

1. subscription-manager register コマンドを実行して、カスタマーポータルのサブスクリプション管理にシステムを登録します。

# subscription-manager register

2. プロンプトが表示されたら、Red Hat カスタマーポータルのユーザー名を入力します。

Username: [email protected]

重要重要

Red Hat サブスクリプションに Red Hat Enterprise Linux OpenStack Platform のエンタイトルメントが必要です。サブスクリプションに Red Hat Enterprise Linux OpenStack のエンタイトルメントがない場合には、http://www.redhat.com/products/enterprise-linux/openstack-platform/ で登録して、評価版プログラムにアクセスすることができます。

3. プロンプトが表示されたら、Red Hat カスタマーポータルのパスワードを入力します。

Password:

4. 登録が正常に完了すると、システムに一意識別子が割り当てられます。

The system has been registered with id: IDENTIFIER

システムがカスタマーポータルのサブスクリプション管理に登録され、特定のソフトウェアサブスクリプションにアタッチする準備が整いました。

2.1 .2 .3. RHN/CDN チャンネルチャンネル

本項では、Red Hat Enterprise Linux OpenStack Platform 5 のデプロイに必要なチャンネルおよびリポジトリの設定について説明します。

警告警告

旧版の Red Hat OpenStack リポジトリは利用可能な状態ですが、Red Hat Enterprise LinuxOpenStack Platform 5 のインストールの前に、お使いのシステムからこれらのリポジトリへアクセスできないようにする必要があります。たとえば、CDN の場合、以下のリポジトリは無効にするか、サブスクライブを解除してください。

Red Hat OpenStack 1.0 (Essex) -- rhel-server-ost-6-preview-rpmsRed Hat OpenStack 2.1 (Folsom) -- rhel-server-ost-6-folsom-rpmsRed Hat Enterprise Linux OpenStack Platform 3 (Grizzly) -- rhel-server-ost-6-3-rpmsRed Hat Enterprise Linux OpenStack Platform 4 Beta (Havana) -- rhel-6-server-openstack-beta-rpmsRed Hat Enterprise Linux OpenStack Platform 4 (Havana) -- rhel-6-server-openstack-4.0-rpms


8

http://www.redhat.com/products/enterprise-linux/openstack-platform/

注記注記

cloud-init を必要とする、カスタムの Red Hat Enterprise Linux ゲストイメージを作成する場合、Red Hat Common for RHEL Server チャンネルの使用を推奨しています。

Red Hat Enterprise Linux 7 の場合は、以下のコマンドを実行します。

# subscription-manager repos \ --enable=rhel-7-server-rh-common-rpms

2.1.2.3.1. コンテンツ配信ネットワークコンテンツ配信ネットワーク (CDN) チャンネルチャンネル

コンテンツ配信ネットワークから Red Hat Enterprise Linux OpenStack Platform 5 をインストールすることができます。そのためには、正しいチャンネルを使用するように subscript ion-manager を設定します。

以下のコマンドを使用して CDN チャンネルを有効にします。

# subscription-manager repos --enable=[reponame]

以下のコマンドを使用して CDN チャンネルを無効にします。

# subscription-manager repos --disable=[reponame]

表表2.1 必須チャンネル必須チャンネル

チャンネルチャンネルリポジトリ名リポジトリ名

Red Hat OpenStack 5.0 for Server 7 (RPMS) rhel-7-server-openstack-5.0-rpms

Red Hat Enterprise Linux 7 Server (RPMS) rhel-7-server-rpms

CDN を使用する場合、Red Hat Enterprise Linux OpenStack Platform 5 が正常に機能するように、以下のチャンネルは無効にする必要があります。

表表2.2 無効にするチャンネル無効にするチャンネル


Red Hat CloudForms Management Engine "cf-me-*"

Red Hat CloudForms Tools for RHEL 6 "rhel-6-server-cf-*"

Red Hat Enterprise Virtualization "rhel-6-server-rhev*"

Red Hat Enterprise Linux 6 Server - Extended UpdateSupport (EUS)

"*-eus-rpms"

Red Hat Software Collections "rhel-server-rhscl-6-rpms"

2.1.2.3.2. Red Hat Network (RHN) チャンネルチャンネル

Red Hat Enterprise Linux OpenStack Platform 5 は Red Hat Network (RHN) からインストールすることができます。

RHN 経由でチャンネルを追加するには、以下を実行します。


9

# rhn-channel --add --channel=[reponame]

RHN 経由でチャンネルを削除するには、以下を実行します。

# rhn-channel --remove --channel=[reponame]

注記注記

Red Hat Network は、Red Hat Enterprise Linux 7.0 では Red Hat Satellite 経由でのみ利用できます。この製品に関する詳細情報は、以下を参照してください。

https://access.redhat.com/site/documentation/en-US/Red_Hat_Satellite/6.0/html/User_Guide/index.html

表表2.3 必須チャンネル必須チャンネル


Red Hat OpenStack 5.0 for Server 7 rhel-x86_64-server-7-ost-5

Red Hat Enterprise Linux Server (v7 for 64-bit AMD64 /Intel64)

rhel-x86_64-server-7

表表2.4 任意チャンネル任意チャンネル


Red Hat Enterprise MRG Messaging v. 2 (for RHEL 7Server x86_64)

rhel-x86_64-server-7-mrg-messaging-2

2.1 .2 .4 . Red Hat Ent erprise Linux のリポジトリ設定のリポジトリ設定

root ユーザーとしてログインして、以下の手順のステップに従って、Red Hat Network から更新を受信するように Red Hat Enterprise Linux システムを設定します。OpenStack 環境内の各システムで同じ手順を繰り返してください。

手順手順2.2 サブスクリプションへのプール識別子のアタッチサブスクリプションへのプール識別子のアタッチ

1. subscription-manager list コマンドで、Red Hat Enterprise Linux サブスクリプションのプール識別子を確認します。

# subscription-manager list --available+-------------------------------------------+ Available Subscriptions+-------------------------------------------+

Product Name: Red Hat Enterprise Linux ServerProduct Id: 69Pool Id: POOLIDQuantity: 1Service Level: NoneService Type: None


10

https://access.redhat.com/site/documentation/en-US/Red_Hat_Satellite/6.0/html/User_Guide/index.html

Multi-Entitlement: NoExpires: 01/01/2022Machine Type: physical...

プール識別子は、Red Hat Enterprise Linux Server 製品に関連付けられた Pool Idフィールドに示されます。この識別子はお使いのサブスクリプションに一意となっており、次のステップを実行する際に必要となるため、メモしておいてください。

注記注記

上記の出力は、スペースを節約するために途中から省略していますが、このコマンドの実際の出力には、その他すべての利用可能なサブスクリプションも表示されます。

2. subscription-manager attach コマンドを使用して、上記のステップで特定したサブスクリプションをアタッチします。

# subscription-manager attach --pool=POOLIDSuccessfully attached a subscription for Red Hat Enterprise Linux Server.

POOLID は、お使いの Red Hat Enterprise Linux Server サブスクリプションに関連付けられた一意識別子に置き換えます。これは、上記のステップで特定した識別子です。

3. yum repolist コマンドを実行します。このコマンドは、リポジトリの設定ファイルである /etc/yum.repos.d/redhat.repo が存在し、かつ最新の状態であることを確認します。

# yum repolist

リポジトリのメタデータがダウンロードされ、検証されると、有効なリポジトリの一覧と、利用可能なパッケージ数が表示されます。

repo id repo name statusrhel-7-server-rpms Red Hat Enterprise Linux 7 Server (RPMs) 8,816repolist: 8,816

注記注記

上記の出力は、システムで yum repolist コマンドを実行した際に表示される出力とは異なる場合があります。特に、表示されるパッケージ数は、追加のパッケージが rhel-7-server-rpms リポジトリに追加されるかどうか、またはいつ追加されるかによって異なります。

Red Hat Network から Red Hat Enterprise Linux の更新を受信するための設定が正常に完了しました。

2.1 .2 .5 . Red Hat Ent erprise Linux OpenSt ack Plat fo rm のリポジトリ設定のリポジトリ設定


11

以下の手順のステップに従って、Red Hat Enterprise Linux システムが Content Delivery Network またはRed Hat Network から OpenStack パッケージを受信/更新するように設定します。Red Hat EnterpriseLinux OpenStack Platform を含む Red Hat ソフトウェアエンタイトルメントへのアクセスが必要です。以下のようなエンタイトルメントが含まれます。

Red Hat Cloud Infrastructure

Red Hat Cloud Infrastructure (without Guest OS)

Red Hat Enterprise Linux OpenStack Platform

Red Hat Enterprise Linux OpenStack Platform Preview

Red Hat Enterprise Linux OpenStack Platform (without Guest OS)

重要重要

各バージョン用の必須および任意のリポジトリの名前は、「RHN/CDN チャンネル」に記載されています。

以下の手順は、root ユーザーとしてログインして実行する必要があります。これらのステップは、環境内のシステムごとに繰り返してください。

手順手順2.3 サブスクリプションへのプール識別子のアタッチサブスクリプションへのプール識別子のアタッチ

1. subscription-manager list コマンドで、該当する Red Hat Cloud Infrastructure またはRed Hat Enterprise Linux OpenStack Platform のエンタイトルメントのプール識別子を確認します。

# subscription-manager list --available+-------------------------------------------+ Available Subscriptions+-------------------------------------------+...Product Name: ENTITLEMENTProduct Id: ID_1Pool Id: POOLID_1Quantity: 3Service Level: NoneService Type: NoneMulti-Entitlement: NoExpires: 02/14/2014Machine Type: physical

Product Name: ENTITLEMENTProduct Id: ID_2Pool Id: POOLID_2Quantity: unlimitedService Level: NoneService Type: NoneMulti-Entitlement: NoExpires: 02/14/2014Machine Type: virtual...


12

この一覧で、Red Hat Enterprise Linux OpenStack Platform パッケージへのアクセスに使用するエンタイトルメントの名前と Product Name が一致するエントリを探します。そのエンタイトルメントに関連付けられたプール識別子をメモしておきます。この値は、Pool Id フィールドに記載されています。プール識別子は、お使いのサブスクリプションに一意です。これは、次のステップを完了するのに必要となります。

注記注記

上記の出力は、スペースを節約するために途中から省略していますが、このコマンドの実際の出力には、その他すべての利用可能なサブスクリプションも表示されます。

2. subscription-manager attach コマンドを使用して、上記のステップで特定したサブスクリプションをアタッチします。

# subscription-manager attach --pool=POOLIDSuccessfully attached a subscription for ENTITLEMENT.

POOLID は、Red Hat Cloud Infrastructure または Red Hat Enterprise Linux OpenStackPlatform のエンタイトルメントに関連付けられた一意識別子に置き換えます。これは、上記のステップで特定した識別子です。

3. subscription-manager または yum-config-manager のコマンドで、適切なソフトウェアリポジトリ (チャンネル) を有効または無効にします。

たとえば、Red Hat Enterprise Linux OpenStack Platform 3 (Grizzly) 用のリポジトリを無効にしておくには、以下のコマンドを実行します。

# subscription-manager --disable rhel-server-ost-6-3-rpmsLoaded plugins: product-id ==== repo: rhel-server-ost-6-3-rpms ====[rhel-server-ost-6-3-rpms]bandwidth = 0base_persistdir = /var/lib/yum/repos/x86_64/6Serverbaseurl = https://cdn.redhat.com/content/dist/rhel/server/6/6Server/x86_64/openstack/3/oscache = 0cachedir = /var/cache/yum/x86_64/6Server/rhel-server-ost-6-3-rpmscost = 1000enabled = False...

注記注記

True と 1 の値は同等です。このため、システムに表示される出力が以下のような文字列となる場合があります。

enabled = 1


13

4. yum repolist コマンドを実行します。このコマンドは、リポジトリの設定ファイルである /etc/yum.repos.d/redhat.repo が存在し、かつ最新の状態であることを確認します。

# yum repolist

リポジトリのメタデータがダウンロードされ、検証されると、以下に示した例のように、有効なリポジトリの最新一覧と、利用可能なパッケージ数が表示されます。

repo id repo name status rhel-7-server-rpms Red Hat Enterprise Linux 7 Server (RPMs) 11,610+460rhel-7-server-openstack-5.0-rpms \Red Hat OpenStack 5.0 for Server 7 (RPMS) 487+143

5. subscription-manager コマンドで Red Hat Enterprise Linux OpenStack Platform リポジトリを有効にします。

# subscription-manager repos --enable=[reponame]

[reponame] は、適切なリポジトリ名に置き換えます。詳しくは、「RHN/CDN チャンネル」を参照してください。

6. Red Hat Enterprise Linux 6.5 は、rhel-6-server-optional-rpms チャンネルから、RedHat Enterprise Linux 7.0 は rhel-7-server-optional-rpms から提供されている yum-plugin-priorities パッケージをインストールします。

# yum install yum-plugin-priorities

7. yum-config-manager がまだインストールされていない場合には、以下のコマンドでインストールします。

# yum install yum-utils

8. yum-config-manager コマンドで Red Hat Enterprise Linux OpenStack Platform ソフトウェアリポジトリの優先度を 1 に設定します。これは、yum-plugin-priorities プラグインでサポートされている最も高い優先度の値です。

# yum-config-manager --enable [reponame] --setopt="[reponame].priority=1"

例を以下に示します。

# yum-config-manager --enable rhel-7-server-openstack-5.0-rpms \ --setopt="rhel-7-server-openstack-5.0-rpms.priority=1"Loaded plugins: product-id ==== repo: rhel-7-server-openstack-5.0-rpms ====[rhel-7-server-openstack-5.0-rpms]bandwidth = 0base_persistdir = /var/lib/yum/repos/x86_64/6Server...cost = 1000


14

enabled = True...priority = 1...

9. yum update コマンドを実行してからリブートし、カーネルを含む最新のパッケージが確実にインストールされて実行されるようにします。

# yum update# reboot

Red Hat Enterprise Linux OpenStack Platform パッケージを受信するための設定が正常に完了しました。リポジトリ設定の確認を随時行うには、yum repolist コマンドを使用することができます。

2.1.3. Network Manager の無効化の無効化

現在、OpenStack Networking は、Network Manager (NetworkManager) サービスが有効化されたシステムでは機能しません。

以下の手順に記載するステップは、ネットワークトラフィックを処理する環境内の各システムに rootユーザーとしてログインして実行してください。これには、OpenStack Networking Service をホストするシステム、全ネットワークノード、および全コンピュートノードが含まれます。

以下の手順では NetworkManager サービスの状態を確認し、稼働中の場合には無効にして、標準のネットワークサービスと置き換えます。

手順手順2.4 Network Manager サービスの無効化サービスの無効化

1. systemctl コマンドで、Network Manager が現在有効化されているかどうかを確認します。

# systemctl status NetworkManager.service | grep Active:

出力に Network Manager サービスが有効化されているかどうかが示されます。

A. 現在 Network Manager サービスがインストールされてない場合は、システムによりエラーが表示されます。

error reading information on service NetworkManager: No such file or directory

上記のエラーが表示された場合には、さらに操作を行って Network Manager サービスを無効にする必要はありません。

B. Network Manager が稼働している場合には、システムは Active: active (running) と表示し、稼働していない場合は Active: inactive (dead) と表示します。

たとえば、Network Manager がアクティブな場合には、以下のような出力が表示されます。

Active: active (running) since Thu 2014-06-26 19:34:00 EDT; 2s ago

Network Manager がアクティブではない場合には、他の操作は必要ありません。

2. Network Manager が稼働している場合には、まず最初に停止する必要があります。


15

# systemctl stop NetworkManager.service

3. 次に Network Manager を無効にします。

# systemctl disable NetworkManager.service

4. システムの各インターフェースの設定ファイルをテキストエディターで開きます。インターフェースの設定ファイルは、/etc/sysconfig/network-scripts/ ディレクトリにあり、ファイル名は ifcfg-X の形式です (X は、インターフェース名に置き換えます)。有効なインターフェース名には、eth0、p1p5、em1 などがあります。

各ファイルで、NM_CONTROLLED の設定キーは no に、ON_BOOT の設定キーは yes に設定するようにしてください。これらのキーが各ファイルに存在していない場合には、手動で追加します。

NM_CONTROLLED=noONBOOT=yes

以下の操作は、標準のネットワークサービスがインターフェースを制御し、起動時に自動的にアクティブ化されるようにします。

5. systemctl コマンドで標準のネットワークサービスを起動します。

# systemctl start network.service

6. ネットワークサービスが有効化されていることを確認します。

# systemctl enable network.service

Network Manager サービスが無効になりました。標準のネットワークサービスが有効化され、必要なネットワークインターフェースを制御するように設定されました。

2.2. ハードウェア要件ハードウェア要件

OpenStack デプロイメントのシステム要件は、デプロイする環境の規模やワークロードにより変化します。

本書では、概念実証のためのデプロイメントシナリオのみで推奨される最小システム要件を挙げています。

重要重要

Red Hat Enterprise Linux を実行するシステムのプロセッサーに必要とされる CPU 拡張があり有効になっていることを確認するには、/proc/cpuinfo ファイルの内容をチェックします。

# grep -E 'svm|vmx' /proc/cpuinfo | grep nx

何らかの出力が表示されれば、プロセッサーはハードウェアの仮想化が可能です。出力が何も表示されない場合でも、ご使用のプロセッサーがハードウェア仮想化に対応している可能性があります。場合によっては、メーカーが BIOS で仮想化拡張機能を無効にしていることがあります。これに該当すると思われる場合には、メーカーが提供しているシステムの BIOS とマザーボードに関するマニュアルを参照してください。


16

2.2.1. 単一ノード単一ノード (all in one) デプロイメントデプロイメント

単一ノードのデプロイメント設定では、全サービスが単一のシステムでインストール/実行されます。こうすることで、デプロイメントプロセスが簡素化されるため、評価目的に適しています。ただし、このようなデプロイメントは、実稼働環境での使用には適していません。

プロセッサープロセッサー

Intel 64 または AMD64 CPU 拡張機能をサポートする 64 ビット x86 プロセッサーで AMD-V または Intel VT ハードウェア仮想化拡張機能が有効化されているようにします。

メモリーメモリー

最小 2 GB の RAM を推奨します。

この要件には、仮想マシンインスタンスに提供するメモリー容量に基づいて、追加の RAM を加算します。

ディスク領域ディスク領域

最小 50 GB の空きディスク領域を推奨します。

この要件には、仮想マシンインスタンスに提供するディスク領域のサイズに基づいて、追加のディスク領域を加算します。この数値は、作成予定の各ディスクイメージのサイズと、複数のインスタンス間で単一または複数のディスクイメージを共有するかどうかによって異なります。

さまざまなサイズのインスタンスを複数ホストすることが可能な、現実的な環境には、1 TB のディスク領域を推奨します。

ネットワークインターフェースカードネットワークインターフェースカード

1 x 1 Gbps ネットワークインターフェースカード

2.2.2. 1 つ以上のコンピュートノードでのクラウドコントローラーのデプロイメントつ以上のコンピュートノードでのクラウドコントローラーのデプロイメント

この設定では、1 つのシステムが Compute データベースや API サーバーなどのサービスをホストして、クラウドコントローラーの役割を果たします。

他の使用可能なシステムは、仮想マシンのインスタンスを実行するコンピュートノードとして使用されます。イメージストレージなどのサポートサービスは、クラウドコントローラーまたは 1 つ以上のコンピュートノードいずれかで提供されます。

クラウドコントローラークラウドコントローラー









17




コンピュートノードコンピュートノード





この要件には、仮想マシンインスタンスに提供するメモリー容量に基づいて、追加の RAM を加算します。







2.3. ストレージの設定ストレージの設定

Block Storage

Block Storage は、ボリュームグループを使用して接続されたボリュームを識別します。デフォルトでは、Packstack は以下を作成します。

テスト用のサンプルストレージボリューム。/var/lib/cinder に設置され、BlockStorage Service のホスト上にループバックストレージデバイスとしてインストールされます。

cinder-volumes ボリュームグループ (/etc/cinder/cinder.conf の volume_group に設定)

ループバックデバイスの作成を回避するには、Packstack を使用して OpenStack をインストール/デプロイする前に、Block Storage Service 用に手動でボリュームを初期化する必要があります。

例例2.1 ボリュームグループの作成ボリュームグループの作成

物理ボリュームとしてボリュームマネージャーを初期設定してから、それを使用して cinder-volumes ボリュームグループを作成します。


18

# pvcreate /dev/sdX# vgcreate cinder-volumes /dev/sdX

Object Storage

Packstack は、オブジェクトストレージのボリュームをインストールする代わりに、オブジェクトストレージリングファイルにデバイスを追加します。オブジェクトストレージホストではデバイスは /srv/ のディレクトリとして表示されます。オブジェクトストレージデバイスのディレクトリは別のファイルシステムを使用するのが理想的です。

別のファイルシステムがない場合や、オブジェクトストレージをテストするだけの場合、Packstack は別のパーティションに、小規模のループバックストレージデバイスを作成します。そうでない場合、Packstack の回答ファイルを使用してシステムを手動で設定します(「Packstack 回答ファイルの編集」を参照)。

例例2.2 Packstack の回答ファイルを使用したストレージデバイスの設定の回答ファイルを使用したストレージデバイスの設定

/dev/sdb1 と/dev/sdc1 (テスト用ループデバイスなし) でオブジェクトストレージを設定します。

CONFIG_SWIFT_STORAGE_HOSTS=192.0.43.10/sdb1,192.0.43.10/sdc1


19

パートパート II. Packstack を用いたを用いた OpenStack のデプロイのデプロイ

Packstack は、SSH 接続を介した既存のサーバーへの OpenStack の迅速なデプロイをサポートする、Puppet (http://www.puppetlabs.com/) モジュールを使用したコマンドラインユーティリティです。Packstack は、概念実証のためにシングルノードのシステム環境をデプロイするのに適しています。このようなデプロイメントは、実稼動環境には適していません実稼動環境には適していません。

デプロイメントのオプションは、対話形式のコマンドライン、または、Packstack の質問に対する回答が事前設定されたテキストファイルから指定します。


20

http://www.puppetlabs.com/


OpenStack には、さまざまなオプションを利用して同様の結果を得ることができます。本章では、ネットワークのデプロイメントのオプションについて説明します。

OpenStack Networking 対 Compute ネットワーク

OpenStack のネットワークは、OpenStack Networking (neutron) または Compute ネットワークのいずれかを使用してデプロイすることができます。

OpenStack Networking は、OpenStack で Networking-as-a-Service 機能を提供するサービスです。テナント別のプライベートネットワークなど、高度な仮想ネットワークトポロジーの設定が可能です。OSI ネットワークモデルのレイヤー 2 (論理)、レイヤー 3 (ネットワーク) の両方を仮想化および管理できます。各テナントには、1 つまたは複数のプライベートネットワークを持つ仮想化neutron ルーターがあり、これにより外部と通信を行うことができます。また、この仕組みにより、テナントのプライベートネットワークごとにルーティングを完全に分離することができます。OpenStack Networking の機能は、ダッシュボードまたはコマンドラインインターフェースから使用することができます。

OpenStack Networking は、ネットワークリソースへのアクセスを仮想化する名前空間 (netns) を使用して、各プロセスグループに必要とされるネットワークアクセスを提供します。Red HatEnterprise Linux OpenStack Platform には、ネットワークの名前空間の使用をサポートする、カスタムの Red Hat Enterprise Linux カーネルが含まれています。

重要重要

このカーネルは、OpenStack の全ノードにインストールする必要があります。さらに、Open vSwitch プラグインには、2.6.32-431.el6.x86_64 以降のバージョンのカーネルが必要です。

必要な netns が有効になったカーネルがインストールされているか確認するには、iproute-2.6.32-130.el6ost.netns.2.x86_64 パッケージをインストールして、以下のコマンドを実行します。

# ip netns

Compute ネットワークは、ブリッジングインターフェースの設定やキューからの iptables のルールの変更などのネットワーキングタスクを受け入れ、これらのタスクを実行してネットワークの操作を行います。単純なレイヤー 3 仮想化技術を仮想化および管理することができます。nova-networkを使用して OpenStack をデプロイする場合、ネットワーク関連のコマンドは、コマンドラインインターフェースを使用して実行する必要があります。


21

第第4章章 Packstack のインストールのインストール

Packstack は openstack-packstack パッケージに含まれています。以下の手順に従い openstack-packstack パッケージをインストールしてください。

手順手順4 .1 Packstack のインストールのインストール

1. yum コマンドを使用して openstack-packstack パッケージをインストールします。

# yum install -y openstack-packstack

2. Packstack ユーティリティが利用できる状態にあることを確認するには、 which コマンドを使用します。

# which packstack/usr/bin/packstack

Packstack ユーティリティを提供する openstack-packstack パッケージがインストールされました。前提条件について、Packstack の初回実行についての情報は、5章Packstack の実行に進んでください。


22

第第5章章 Packstack の実行の実行

Packstack は、さまざまなデプロイメントのモードをサポートしています。

クイックスタートクイックスタート

--allinone または --install-hosts の引数を指定して実行する場合、Packstack はそれぞれ、単一ノード、複数ノードのデプロイメントを行います。これらのデプロイメントは、デフォルトの設定値を使用して実行しており、Red Hat Enterprise Linux OpenStack Platform の初期テストとして推奨しています。カスタマイズを加えたデプロイメントが必要な場合、他のデプロイメントモードの使用を検討してください。

--allinone または --install-hosts オプションを使用した Packstack の実行に関する詳細情報は「Packstack を使用したクイックスタートデプロイメント」を参照してください。

対話型対話型

対話型で実行する場合、Packstack により、デプロイメントの完了に必要な各設定値を入力するようにプロンプトが表示されます。または、提示されているデフォルト値で確定することも可能です。

対話型の Packstack の実行については、「対話式での Packstack の実行」を参照してください。

非対話型非対話型

非対話型で実行する場合、Packstack ではコマンドラインオプションとして「回答」ファイルと指定する必要があります。このファイルには、デプロイメントを完了するのに必要な全設定値に対する任意の設定が含まれています。

回答ファイルの生成や回答ファイルを使用して Packstack を非対話式で実行する方法については、「非対話式での Packstack の実行」を参照してください。

重要重要

Packstack を使用して OpenStack をデプロイするには、ポート 22 から root ユーザーで SSH アクセスができるように、デプロイ対象のマシンを設定する必要があります。

重要重要

ボリュームグループが存在しない場合、Packstack はデフォルトで、Volume Storage のデプロイメント対象となっているシステムで cinder-volumes という名前のボリュームグループを設定します。このボリュームグループは、ループバックデバイスがベースとなっているため、実稼働環境には適していません。

cinder-volumes ボリュームグループに物理ストレージを使用する場合、Volume Storage で使用できるように、事前にシステム上にボリュームグループを作成する必要があります。

第第5章章 Packst ack の実行の実行

23

重要重要

各 Compute ノードには 2 つのネットワークインターフェースを利用できるように、強く推奨しています。1 つはパブリックネットワーク用、もう 1 つは内部の Compute ネットワーク用です。1 つのインターフェースでパブリックネットワークと Compute ネットワーク用に使用することも可能ですが、このアプローチにより、仮想マシンのインスタンスが不正な DHCP サーバーからアドレスを取得してしまう可能性があります。

注記注記

Packstack には、Packstack を使用したインストール環境を削除する自動のアンインストールプロセスはありません。以前の OpenStack のバージョンがインストールされている場合、まずそのバージョンを削除してから Packstack でインストールする必要があります。詳細情報は付録APackstack デプロイメントの削除を参照してください。

5.1. Packstack を使用したクイックスタートデプロイメントを使用したクイックスタートデプロイメント

Packstack を使用して OpenStack 環境を最も素早くデプロイするには、ホストまたはホスト一覧をコマンドラインで指定します。最初にリストされたホストは、コントローラーノードとしてデプロイされ、その後のホストはコンピュートノードとしてデプロイされます。

このデプロイメントの手法を使用する場合、Packstack はコマンドラインでオーバーライドされない限り、その他のデプロイメントオプションすべてに対してデフォルト値を使用します。

使用可能なコマンドラインオプションは「Packstack 回答ファイルの編集」を参照してください。

手順手順5.1 Packstack を使用したクイックスタートデプロイメントを使用したクイックスタートデプロイメント

1. A. 単一ノードデプロイメント単一ノードデプロイメント

--allinone パラメーターを指定して Packstack を実行し、ローカルホストに「all in one」デプロイメントを行います。SSH キーのインストールを容易化するため、root ユーザーのパスワードを入力するように促されます。

例例5.1 OpenStack Networking を使用した単一ノードデプロイメントを使用した単一ノードデプロイメント (デフォルトデフォルト)

以下の例では、Packstack をローカルシステムに「all in one」環境をデプロイする方法を説明します。ローカルのシステムは、以下のように設定されます。

デフォルトで、OpenStack Networking は有効になっています。

admin Identity Service は、keystonerc_admin ファイルと合わせて作成されます。管理者パスワードおよびその他の情報は keystonerc_admin ファイルに格納されています。このファイルは /root ディレクトリ、または /root にない場合は Packstack を実行したディレクトリに置かれています。管理者パスワードは、Packstack の回答ファイルに CONFIG_KEYSTONE_ADMIN_PW として格納されています。

さらに、demo Identity Service が関連の keystonerc_demo ファイルとともに作成され、keystonerc_admin ファイルと同様に、パスワードやその他の情報のソースとなっています。demo パスワードは Packstack の回答ファイルに CONFIG_KEYSTONE_DEMO_PW として格納されています。


24

CONFIG_PROVISION_DEMO と CONFIG_PROVISION_ALL_IN_ONE_OVS_BRIDGE のキーは、Packstack の回答ファイルで自動的に有効になります。この回答ファイルは、/root/packstack-answers-20130306-051043.txt のようなファイル名になります。

OpenStack Dashboard は自動的にインストールされます。インストールが完了したら、プライベートネットワークとパブリックネットワークの所有者の関係上、admin アカウントではなく demo アカウントでログインするようにしてください。

# packstack --allinone

例例5.2 OpenStack Networking を使用しない単一ノードデプロイメントを使用しない単一ノードデプロイメント

以下の例では、Packstack をローカルシステムに「all in one」環境をデプロイする方法を説明しますが、その際、Compute ネットワークのみを使用します。

# packstack --allinone --os-neutron-install=n

B. 複数ノードデプロイメント複数ノードデプロイメント

重要重要

Red Hat Enterprise Linux OpenStack Platform では、OpenStack 環境内の各システムが Red Hat Enterprise Linux Server を実行し、かつ Red Hat Network から更新を受信できるように、Subscription Manager を使用して全システムを登録しておく必要があります。

Red Hat Network の登録に関する情報は「カスタマーポータルのサブスクリプション管理」を参照してください。

各ノードに SSH でアクセスして登録し、OpenStack のサブスクリプションに接続して必要とされる OpenStack のリポジトリを有効にします。これにより、Packstack で各ノードに OpenStack をインストールできるようになります。または、Packstack を取得して回答ファイルを生成してから、CONFIG_RH_USERと CONFIG_RH_PW のパラメーターを使用して Red Hat サブスクリプションのユーザー名とパスワードを追加するように回答ファイルを編集することもできます。この回答ファイルを使用して Packstack を実行すると、Subscription Manager を使用して Red Hat Network から更新を取得するように、各ノードが設定されます。これにより、Packstack で各ノードに OpenStack をインストールすることができるようになります。

回答ファイルの生成、編集に関する説明は、「Packstack の回答ファイルの作成」を参照してください。

--install-hosts パラメーターを指定して、Packstack を実行します。このパラメーターには、IP アドレスをコンマ区切りで指定します。SSH キーのインストールを容易化するため、各システムの root ユーザーのパスワードを入力するように促されます。

# packstack --install-hosts=CONTROLLER_ADDRESS,NODE_ADDRESSES


25

CONTROLLER_ADDRESS は、コントローラーノードに使用するシステムの IP アドレスで置き換えてください。また、NODE_ADDRESSES はコンピュートノードに使用するシステムの IPアドレスで置き換えます。

例例5.3 複数ノードデプロイメント複数ノードデプロイメント

以下の例では、Packstack を IP アドレス 192.168.43.10 のシステムにコントローラーノードをデプロイする方法を説明します。

追加のコンピュートノードは、IP アドレス 192.168.43.11 と 192.168.43.12 のシステムにデプロイします。

# packstack --install-hosts=192.168.43.10,192.168.43.11,192.168.43.12

2. Packstack は、デプロイメント時に、各システムの root ユーザーのパスワードを入力するように促します。パスワードの入力は、システムへの接続および、デプロイメントの残りをスムーズに進めていく際に使用するツール、Puppet のインストールに必要です。

[email protected]'s password:

3. 各コンポーネントをデプロイするために使用した Puppet のマニフェストは、各ターゲットシステムで実行されます。完了までの所要時間は、各システムの既存のワークロードやハードウェアにより異なります。その時間差は非常に大きくなっています。

Packstack は、デプロイメントプロセスが進捗するにつれ、どのマニフェストがデプロイされているか更新情報を表示します。プロセスが完了すると、以下のような確認メッセージが表示されます。

**** Installation completed successfully ******

回答ファイルやその他のファイルの場所に関する追加情報が表示されます。指定したオプションにより、以下の画面の内容は変わります。

Additional information: * A new answerfile was created in: /root/packstack-answers-20131205-155916.txt * Time synchronization installation was skipped. Please note that unsynchronized time on server instances might be problem for some OpenStack components. * File /root/keystonerc_admin has been created on OpenStack client host 192.168.43.10. To use the command line tools you need to source the file. * To use the console, browse to http://192.168.43.10/dashboard * To use Nagios, browse to http://192.168.43.10/nagios username : nagiosadmin, password : abcdefgh12345678 * The installation log file is available at: /var/tmp/packstack/20131205-155915-tZ0BTD/openstack-setup.log * The generated manifests are available at: /var/tmp/packstack/20131205-155915-tZ0BTD/manifests

手順手順5.2 作成されたネットワークの表示作成されたネットワークの表示


26

1. 上記の「Additional information」の出力で表示された URL と /root/keystonerc_demo のdemo テナントのパスワードを取得します。

2. ブラウザーに URL を入力して Dashboard にアクセスします。

http://HOSTNAME/dashboard/

HOSTNAME は、Packstack を実行したサーバーのホスト名または IP アドレスに置き換えてください。

図図5.1 ログイン画面ログイン画面

3. User Name には demo を、Password には /root/keystonerc_demo のパスワードを入力してください。

4. サインインサインインをクリックします。

5. Dashboard にサインインした後、「all in one」デプロイメントの詳細を確認できます。たとえば、基本的なネットワーク設定を表示するには、プロジェクトプロジェクトタブをクリックしてネットワーネットワークトポロジークトポロジーを選択します。


27

図図5.2 デフォルトでデプロイされたネットワークデフォルトでデプロイされたネットワーク

Packstack を使用した OpenStack 環境のデプロイが正常に完了しました。

以下に注意してください。

選択した設定オプションがすべて含まれている回答ファイルは、Packstack を実行したシステムのディスクに保存されます。このファイルは、今後のデプロイメントを自動化するために使用することができます。

* A new answerfile was created in: /root/packstack-answers-20130306-051043.txt

OpenStack admin ユーザーの詳細認証情報が含まれているファイルは、OpenStack クライアントツールがデプロイされたディスクに保存されます (つまり、CONFIG_OSCLIENT_HOST のシステム上です)。OpenStack 環境の管理には、これらの詳細が必要になります。


28

* To use the command-line tools you need to source the file /root/keystonerc_admin created on 192.168.43.10

これは基本設定であるため、Dashboard やコマンドラインインターフェースからネットワークの設定やインスタンスの起動を行う必要があります。

OpenStack 環境の使用を始めるにあたっての詳しい説明は、パートIII「OpenStack の使用」を参照してください。

5.2. 対話式での対話式での Packstack の実行の実行

OpenStack は、Packstack を対話式に実行してデプロイできます。Packstack は、単一ノードおよび複数ノードの OpenStack デプロイメントのいずれの作成にも対応しています。

注記注記

以下の手順は、Packstack によりプロンプトで回答が求められる質問すべてを表示します。選択した回答により、設定時に省略されるオプションもあります。

手順手順5.3 対話式での対話式での Packstack の実行の実行

1. Packstack の実行の実行

packstack コマンドを実行して、デプロイメントプロセスを開始します。オプションで --debug パラメーターを指定して追加のロギングを有効にすることができます。

# packstack

重要重要

packstack コマンド自体の実行には、root ユーザーとしてログインする必要はありませんが、サービスのデプロイ先に選択したマシンにはそれぞれ、root の認証情報を入力する必要があります。

2. 公開鍵を設定します。公開鍵を設定します。

OpenStack デプロイメントに含まれているサーバーはそれぞれ、鍵ベースの認証ができるように設定されます。使用する公開鍵がすでにある場合、その公開鍵へのパスを入力します。ない場合は Enter を押すと、ユーティリティにより公開鍵が 1 つ生成され、~/.ssh/id_rsa.pub に保存されます。

サーバーにインストールする ssh 公開鍵へのパスを入力します。

3. MySQL データベースを選択します。データベースを選択します。

Packstack は、同じホストまたはリモートホストに MySQL データベースをインストールするかどうかを尋ねます。

Should Packstack install MySQL DB [y|n] [y] :


29

注記注記

Packstack は、MySQL データベースノードを 1 つインストールすることができます。一方、Packstack は MySQL のクラスターインストールに対応しませんが、個別に設定したMySQL クラスターとの連携は可能です。

n を選択した場合、Packstack により認証情報が求められ、任意のリモートデータベースとして CONFIG_MYSQL_HOST が使用されます。

4. インストールするサービスを選択します。インストールするサービスを選択します。

Packstack スクリプトは、インストールおよび設定を行う OpenStack サービスを選択するようにプロンプトを表示します。各プロンプトで、y を入力してサービスをインストールし、n を入力してサービスのインストールを省略します。または、Enter を押して角括弧 ([]) に表示されているデフォルトのオプションを選択します。

Should Packstack install OpenStack Image service (Glance) [y|n] [y] :Should Packstack install OpenStack Block Storage service (Cinder) [y|n] [y] :Should Packstack install OpenStack Compute service (Nova) [y|n] [y] :Should Packstack install OpenStack Networking service (Neutron) [y|n] [y] :Should Packstack install OpenStack Dashboard service (Horizon) [y|n] [y] :Should Packstack install OpenStack Object Storage service (Swift) [y|n] [n] :Should Packstack install OpenStack Telemetry service (Ceilometer) [y|n] [y] :Should Packstack install OpenStack Orchestration (Heat) [y|n] [n] :

注記注記

どのサービスをインストールするかによって、この手順で引き続き表示されるプロンプトが変わります。

選択したサービスは、ローカルまたはリモートのシステムにデプロイできます。サービスのデプロイ先は、後のデプロイメントプロセスで指定する IP アドレスをベースに決定されます。

5. OpenStack には、クライアントツールも多数含まれています。y を入力してクライアントツールをインストールします。管理者ユーザーの認証の値を含むファイルも作成されます。

Should Packstack install OpenStack client tools [y|n] [y] :

6. オプションで、Packstack スクリプトは、Network Time Protocol (NTP) を使用して日付と時間の情報を取得するように、デプロイメントの際に全サーバーを設定します。この機能を利用するには、NTP サーバープールをコンマ区切りで入力します。


30

Enter a comma separated list of NTP server(s). Leave plain if Packstack should not install ntpd on instances.:

例例5.4 デフォルトのデフォルトの Red Hat Enterprise Linux NTP サーバーの使用サーバーの使用

Enter list of NTP server(s). Leave plain if packstack should not install ntpd on instances.: 0.rhel.pool.ntp.org, 1.rhel.pool.ntp.org

7. オプションで、Packstack スクリプトは Nagios をインストール、設定して、OpenStack 環境のノードを監視する高度な機能を提供します。

Should Packstack install Nagios to monitor openstack hosts [y|n] [n] :

8. 過去に設定した既存のサーバーがあり、Packstack にその設定を上書きさせない場合、除外するサーバーの IP アドレスを指定することができます。

Enter a comma separated list of server(s) to be excluded. Leave plain if you don't need to exclude any server.:

9. デバッグモードで OpenStack サービスを実行するかどうかを選択します。

Do you want to run OpenStack services in debug mode [y|n] [n]:

10. VMware vCenter をハイパーバイザーとデータストアとして使用するかどうかを選択します。

Do you want to use VMware vCenter as hypervisor and datastore [y|n] [n]:

11. MySQL インスタンスを設定します。インスタンスを設定します。

OpenStack サービスは、データを格納する MySQL データベースが必要です。データベースを設定する方法は以下の通りです。

a. MySQL データベースサーバーをデプロイするサーバーの IP アドレスを入力します。

Enter the IP address of the MySQL server [192.0.43.10] :

b. MySQL 管理者ユーザーに対して使用するパスワードを入力します。何も入力しない場合、パスワードは任意で生成されます。生成されたパスワードは、現在のユーザーの ~/.my.cnf ファイルまたは回答ファイルの両方で確認できます。

Enter the password for the MySQL admin user :

12. AMQP サービスを設定します。サービスを設定します。

デフォルトでは、OpenStack サービスは RabbitMQ メッセージングシステムを使用して通信を行います。RabbitMQ は、推奨のメッセージングシステムです。

a. RabbitMQ または Qpid のどちらかを選択できます。


31

Set the server for the AMQP service (qpid, rabbitmq)? [qpid|rabbitmq] [rabbitmq] :

b. AMQP サービスの IP アドレスを入力します。

Enter the IP address of the AMQP service [192.0.43.10] :

c. AMQP サービス用に SSL を有効にするかどうかを選択します。

Enable SSL for the AMQP service? [y|n] [n] :

d. AMQP サービスの認証を有効にするかどうかを選択します。

Enable Authentication for the AMQP service? [y|n] [n] :

13. Ident ity Service を設定します。を設定します。

OpenStack は、アイデンティティ、トークン、カタログ、ポリシーサービスに Identity Service(openstack-keystone) を使用します。

a. Identity Service をインストールするように選択した場合、Identity をデプロイするサーバーの IP アドレスを入力する必要があります。

Enter the IP address of the Keystone server [192.0.43.10] :

b. Keystone admin ユーザーは、Identity Service がインストールされると作成されます。このユーザーにはパスワードが必要です。パスワードおよびその他の情報は /root ディレクトリ内の keystonerc_admin ファイルに保存されています。複数のホストをインストールする場合 keystonerc_admin は、CONFIG_OSCLIENT_HOST ホストの /root にのみ保存されます。管理者パスワードは Packstack の回答ファイルにも保存されています。

Keystone admin user のパスワードを入力します。

Enter the password for the Keystone admin user :

c. demo Keystone テナントは keystonerc_demo ファイルとともに作成されます。keystonerc_demo ファイルも既存の keystonerc_admin ファイルと同じように各種情報のソースとなっています。このユーザーを作成すると、Packstack 回答ファイルで CONFIG_PROVISION_DEMO と CONFIG_PROVISION_ALL_IN_ONE_OVS_BRIDGEのキーが有効になります。この回答ファイルは /root/packstack-answers-20130306-051043.txt とよく似たファイル名となります。

Keystone demo user のパスワードを入力します。

Enter the password for the Keystone demo user :

14. Image Service を設定します。を設定します。

OpenStack は Image Service (openstack-g lance- *) を使用して仮想マシンのイメージを格納、検出、取得します。Image Service をインストールするように選択した場合は、プロンプトの表示の際に Image Service をデプロイするサーバーの IP アドレスを入力します。


32

Enter the IP address of the Glance server [192.0.43.10] :

15. ボリュームサービスを設定します。ボリュームサービスを設定します。

OpenStack はボリュームサービス (openstack-cinder- *) を使用してボリュームストレージサービスを提供します。

a. ボリュームサービスをインストールするように選択した場合、Volume Service をデプロイするサーバーの IP アドレスを入力する必要があります。

Enter the IP address of the Cinder server [192.0.43.10] :

b. OpenStack Block Storage は、サービスを構築するバックエンドストレージを必要とします。デフォルトの実装は Logical Volume Management (LVM) を使用して cinder-volumes と呼ばれる論理ボリュームグループを作成します。または、Red Hat Storage(gluster) や Network File System (NFS) を使用することも可能です。

Enter the Cinder backend to be configured [lvm|gluster|nfs] [lvm]:

c. LVM を選択した場合、Packstack は、ボリュームサービスに使用するストレージが cinder-volumes という名前のボリュームグループで利用可能であることを想定します。

i. このボリュームグループが存在しない場合は、自動で作成するかどうか質問されます。

yes を選択すると Packstack は /var/lib/cinder にローディスクイメージを作成して、ループバックデバイスを使用し、Volume で使用できるようにこのイメージをマウントします。

Should Cinder's volumes group be created (for proof-of-concept installation)? [y|n] [y]:

ii. Packstack により cinder-volumes ボリュームグループを作成するように選択した場合、希望のサイズをギガバイド (GB) 単位で指定するようにプロンプトが表示されます。

Enter Cinder's volumes group size [20G] :

重要重要

/var/lib/cinder に使用するデバイスで、選択した空き容量を確保する必要があります。

ボリュームサービスのボリュームグループのサイズにより、Compute インスタンスに公開可能なディスク容量が制限されることを念頭に置いてください。

d. gluseter を使用する場合、論理ボリュームを作成する必要はありません。代わりに、マウントする gluster ボリュームを選択する必要があります。


33

i. Cinder で使用する gluster ボリュームを入力します (例: ip-address:/vol-name)。

Enter a single or comma separated list of gluster volume shares to use with Cinder [^'([\d]{1,3}\.){3}[\d]{1,3}:/.*']:

16. Compute Service を設定します。を設定します。

Compute はデプロイする必要のある各種補足サービスで構成されています。Compute Service をインストールするように選択した場合、以下の追加の設定プロンプトが表示されます。

a. Compute API サービス (openstack-nova-api) は、HTTP または HTTPS 経由でOpenStack 環境の認証や通信を行う Web サービスのエンドポイントを提供しています。Compute API サービスをデプロイするサーバーの IP アドレスを入力します。

Enter the IP address of the Nova API service [192.0.43.10] :

b. Compute には、証明書管理サービス (openstack-nova-cert ) が含まれています。Compute 証明書管理サービスをデプロイするサーバーの IP アドレスを入力します。

Enter the IP address of the Nova Cert service [192.0.43.10] :

c. Compute VNC プロキシは、Compute Service のユーザーと OpenStack クラウドで実行中のインスタンスを接続する機能を提供します。Compute VNC プロキシをデプロイするサーバーの IP アドレスを入力してください。

Enter the IP address of the Nova VNC proxy [192.0.43.10] :

d. Packstack スクリプトは、1 つまたは複数のコンピュートノードをデプロイすることができます。Compute のサービスをデプロイするノードすべての IP アドレスまたはホスト名をコンマ区切りの一覧で入力します。

Enter a comma separated list of IP addresses on which to install the Nova Compute services [192.0.43.10] :

e. コンダクターサービス (openstack-nova-conductor) は、Compute Service にデータベースのクエリサポートを提供します。コンダクターサービスをデプロイするサーバーのIP アドレスを入力します。

Enter the IP address of the Nova Conductor service [192.0.43.10]:

f. Compute スケジューラー (openstack-nova-scheduler) は、Compute の要求をCompute リソースにマッピングするのに使用します。Compute スケジューラーをデプロイするサーバーの IP アドレスを入力します。

Enter the IP address of the Nova Scheduler service [192.0.43.10] :

g. デフォルトの設定では、Compute は物理 CPU およびメモリーリソースのオーバーコミットが可能です。つまり、物理的にコンピュートノードに存在する数よりも多くのリソースが、実行中のインスタンスで利用できるように提供されることになります。


34

オーバーコミットの許容範囲量は設定可能です。

i. CPU オーバーコミットのデフォルトレベルでは、物理コンピュートノードに存在する各物理 CPU ソケットまたはコアに CPU を 16 個割り当てることができます。Enter を押して、デフォルトで確定するか、希望であれば別の値を入力します。

Enter the CPU overcommitment ratio. Set to 1.0 to disable CPU overcommitment [16.0] :

ii. メモリーオーバーコミットのデフォルトレベルでは、物理コンピュートノードに存在する量よりも、最大 50% 増の仮想メモリーを割り当てることができます。Enter を押して、デフォルトで確定するか、希望であれば別の値を入力します。

Enter the RAM overcommitment ratio. Set to 1.0 to disable RAM overcommitment [1.5] :

h. コンピュートノードに DHCP サービスを提供するには、プライベートのインターフェースを設定する必要があります。使用するプライベートインターフェースの名前を入力します。

Enter the Private interface for Flat DHCP on the Nova compute servers [eth1] :

i. Compute Networking Service (openstack-nova-network) は、Compute インスタンスのネットワークサービスを提供します。Compute Networking Service をデプロイするサーバーの IP アドレスを入力します。

Enter the IP address of the Nova Network service [192.0.43.10] :

重要重要

Compute Networking Service は、Folsom リリース以降で追加された OpenStackNetwork Service との互換性はありません。

j. Compute ネットワークマネージャーは、VLAN Manager、Flat Manager、Flat DHCPManager のいずれから選択できます。必要に応じて、nova.network.manager.Manager 表現の最後の Manager をVlanManager、FlatManager、FlatDHCPManager のいずれかに置き換えてください。FlatDHCP がデフォルトとなっています。

Enter the Nova network manager [nova.network.manager.FlatDHCPManager] :

k. 他のノードやクライアントからの接続を許可するようにするには、パブリックインターフェースを設定する必要があります。使用するパブリックインターフェースの名前を入力します。たとえば、eth0、eth1 などや、em1、em2 または p1p1、p1p2、p2p1 などです。


35

Enter the Public interface on the Nova network server [eth0] :

l. Compute ネットワークサーバーに DHCP サービスを提供するには、プライベートのインターフェースを設定する必要があります。使用するプライベートインターフェースの名前を入力します。

Enter the Private interface for Flat DHCP on the Nova network server [eth1] :

m. Compute インスタンスにはすべて、プライベート IP アドレスが自動的に割り当てられます。プライベート IP アドレスを割り当てる必要のある開始範囲を入力します。

Enter the IP Range for network manager [192.168.32.0/22] :

n. オプションで、Compute インスタンスはパブリックアクセスが可能な Floating IP アドレスを割り当てることが可能です。Floating IP アドレスを割り当てる必要のある開始範囲を入力します。

Enter the IP Range for Floating IP's [10.3.4.0/22] :

o. デフォルトの Floating プールに名前を付ける必要があります。デフォルトの Floatingプールの名前を入力します。

What should the default floating pool be called? [nova] :

p. 全 Compute インスタンスには、Floating ポイント IP が割り当てられます。 y を入力して、自動的に Flating ポイント IP アドレスを割り当てます。

Should new instances automatically have a floating IP assigned? [y|n] [n] :

17. OpenStack Networking を設定します。を設定します。

OpenStack Networking Service は、ネットワークの接続性、アドレス指定、OpenStack Iaas クラウドデプロイメント内のサービスを管理するためのスケーラブルな API 駆動型システムを提供します。

a. OpenStack Networking Server の IP アドレスを入力します。

Enter the IP address of the Neutron server [192.0.43.10] :

b. OpenStack Networking は名前空間 (netns) を使用します。

OpenStack Networking の名前空間は、ネットワークリソースへのアクセスを仮想化して、各プロセスグループに必要とされるネットワークアクセスを提供します。プロセスグループは、コンテナーとして参照されます。Red Hat Enterprise Linux OpenStackPlatform には、ネットワークの名前空間の使用をサポートする、カスタムの Red HatEnterprise Linux カーネルが含まれています。


36

重要重要

このカーネルは、OpenStack の全ノードにインストールする必要があります。さらに、Open vSwitch プラグインには、2.6.32-431.el6.x86_64 以降のバージョンのカーネルが必要です。

y と入力して名前空間を使用するように選択します。

Should Neutron use network namespaces? [y|n] [y] :

c. OpenStack Networking は Neutron L3 エージェントを設定します。

L3 エージェントは、複複数の L2 ネットワークに接続して、ゲートウェイサービスを提供することができる抽象 L3 ルーターとして機能します。通常、L3 エージェントはネットワークノード上で実行されます。ネットワークノードがない場合は、コントローラーノードで実行されるはずです。L3 エージェントをホストするノードには、OpenStackNetworking で利用可能な外部ネットワークの IP アドレスの範囲内で指定されている必要があります。これらの IP アドレスは、内部ネットワークと外部ネットワークの間を接続するルーターに割り当てられます。

Neutron L3 エージェントを設定すべき IP アドレスを入力します。

注記注記

選択範囲は、デプロイメント内のルーターごとおよび希望の Floating IP ごとに一意の IP アドレスを提供することが可能な範囲の大きさである必要があります。

Enter a comma separated list of IP addresses on which to install the Neutron L3 agent [192.0.43.10]

d. OpenStack Networking で外部トラフィックとのブリッジを設定するには、このブリッジの名前を指定する必要があります。Neutron L3 エージェントは、外部トラフィックにこのブリッジを使用して、実行しているノードがインターネットなどにアクセスできるようにします。特に名前のルールはありませんが、br-ex など、意味がある名前をブリッジに指定するように推奨しています。名前を入力しない場合は、外部ブリッジはデフォルトで br-ex という名前が指定されます。外部トラフィックの処理にプロバイダーネットワークを使用する場合、provider という特別な値を入力します。

Enter the name of the bridge that the Neutron L3 agent will use for external traffic [br-ex]

e. OpenStack Networking は Neutron DHCP エージェントを設定します。

このエージェントは、ネットワークで実行中の仮想マシンに IP アドレスを割り当てることができます。DHCP エージェントは、ネットワークノードで実行され、ネットワークノードがない場合、DHCP エージェントはコントローラーノードで実行されます。NeutronDHCP を設定する IP アドレスの一覧を入力します。

Enter a comma separated list of IP addresses on which to install Neutron DHCP agent [192.0.43.10] :


37

f. OpenStack Networking で使用する L2 プラグインの名前を入力します。有効なオプションは以下のとおりです。

linuxbridge: シンプルなブリッジが必要で、かつ VLAN や GRE のサポートが必要でない場合には、このオプションを選択します。linuxbridge の名前の例として、「br1」、「br100」などが挙げられます。

openvswitch: 設定可能なポートを管理スイッチ上に設定して、VLAN や GRE サポートを必要とする場合、このオプションを選択します。

Enter the name of the L2 plugin to be used with Neutron [linuxbridge|openvswitch] [openvswitch] :

g. OpenStack Compute Service では、特別な IP アドレスに Web 要求を送信することで、仮想マシンに関連付けられたメタデータのクエリーを、仮想マシンにより実行することができます。OpenStack Networking は、要求が分離ネットワークや、重複する IP アドレスを使用する複数ネットワークから送信された場合でも、このような要求を nova-api へプロキシ化することができます。この機能を使用するには、OpenStack Networking にメタデータエージェントをインストールする必要があります。メタデータエージェントを設定する必要のある IP アドレスを入力します。

Enter a comma separated list of IP addresses on which to install the Neutron metadata agent [192.0.43.10] :

h. OpenStack Networking はテナントのネットワークを割り当てます。テナントのネットワークに割り当てるネットワークの種類を入力します。

all-in-one デプロイメントには、local テナントネットワークの使用を推奨しています。また、マルチノードのデプロイメントには、vlan テナントネットワークの使用を推奨しています。Open vSwitch Neutron プラグインは、GRE トンネリングをサポートし、インストールしたカーネル (バージョン 2.6.32-431.el6.x86_64 以降) および Open vSwitch ユーザースペースが GRE トンネリングをサポートしている限り、gre を選択可能です。

Enter the type of network to allocate for tenant networks [local|vlan|gre|vxlan] [local] :

i. 選択したプラグインで使用する VLAN の範囲をリストして入力します。

一覧のタプルは、PHYSICAL:START:END の形式を使用する必要があります。PHYSICALは、ユーザーがネットワーク名として指定したラベルで、物理デバイスではない場合もあります。PHYSICAL にはネットワーク名を、START には識別に使用する VLAN 範囲の開始値を、END には関連付けられた VLAN 範囲の終了値を指定してください。

たとえば、VLAN 範囲が 1 から 1000 の "physnet1" という名前のネットワークでは、"physnet1:1:1000" のように指定します。

Enter a comma separated list of VLAN ranges for the Neutron openvswitch plugin:

j. OpenStack Networking Open vSwitch プラグインのブリッジマッピングの一覧を入力します。

一覧の各タプルは PHYSICAL:BRIDGE の形式とする必要があります。PHYSICAL はネットワークの名前、BRIDGE はネットワークに接続する際に使用する Open vSwitch の名前に置き換えてください。


38

上記の例に続き、「br-eth1」と呼ばれるインターフェースを使用する physnet1 では、ブリッジ br-eth1 上に VLAN 1 から 1000 が含まれるように、デフォルトのオプションを使用することができます。

Enter a comma separated list of bridge mappings for the Neutron openvswitch plugin [physnet1:br-eth1] :

18. クライアントツールを設定します。クライアントツールを設定します。

クライアントツールをインストールするように選択した場合、プロンプトが表示されたらクライアントツールのインストール先となるサーバーの IP アドレスを入力します。

Enter the IP address of the client server [192.0.43.10] :

管理者の認証情報を含む「rc」ファイルも、このホストで作成されます。

19. ダッシュボードを設定します。ダッシュボードを設定します。

OpenStack は Dashboard Service (openstack-dashboard ) を使用して、Volume、Compute、Object Storage、Identity などの OpenStack サービスにアクセスできるように Webベースのユーザーインターフェースまたはダッシュボードを提供します。ダッシュボードをインストールするように選択した場合、以下の設定値が追加で要求されます。

a. ダッシュボードをデプロイするサーバーの IP アドレスを入力します。

Enter the IP address of the Horizon server [192.0.43.10] :

b. ダッシュボードで HTTPS 通信を有効にするには、プロンプトが表示されたら y を入力します。このオプションを有効にすることで、ダッシュボードへのアクセスが暗号化されます。

Would you like to set up Horizon communication over https [y|n] [n] :

20. オブジェクトストレージを設定します。オブジェクトストレージを設定します。

オブジェクトストレージをインストールするように選択した場合、以下の設定値が追加で要求されます。

a. オブジェクトストレージプロキシとして機能するサーバーの IP アドレスを入力します。このサーバーは、クライアントとオブジェクトストレージのパブリックリンクとして機能します。

Enter the IP address of the Swift proxy service [192.0.43.10] :

b. オブジェクトストレージがオブジェクトの保存に使用するデバイスをコンマ区切りの一覧で入力します。各エントリは HOST/DEVICE の形式で指定する必要があります。HOSTは、デバイスの接続先のホストの IP アドレスを、DEVICE はデバイスへのパスを指定してください。

Enter the Swift Storage servers e.g. host/dev,host/dev [192.0.43.10] :


39

c. オブジェクトストレージは、ゾーンを使用することで、任意のオブジェクトの各レプリカが個別に格納されるようにします。ゾーンは、個別のディスクドライブ、アレイ、サーバー、ラック内の全サーバーやデータセンター全体を指すこともあります。

プロンプトが表示されたら、定義する必要のあるストレージゾーンの数を入力します。指定の個別デバイスの数よりも多く指定してはいけない点に注意してください。

Enter the number of swift storage zones, MUST be no bigger than the number of storage devices configured [1] :

d. オブジェクトストレージは設定済みのストレージゾーン 1 つ以上でストレージが停止した場合でも、レプリカを利用してオブジェクトの状態を保持します。プロンプトが表示されたら、各オブジェクトでオブジェクトストレージが保持する必要のあるレプリカ数を入力します。

オブジェクトストアでの適度な耐障害性を確保するには、最低でも 3 つのレプリカが推奨されます。しかし、指定したレプリカの数は、ストレージゾーンよりも少なくする必要があります。多い場合は、同じオブジェクトに複数のレプリカを含むゾーンが 1 つ以上発生することになります。

Enter the number of swift storage replicas, MUST be no bigger than the number of storage zones configured [1] :

e. 現在、Packstack はオブジェクトストレージに Ext4 または XFS ファイルシステムのいずれかを使用できるようにサポートしています。デフォルトおよび推奨は Ext4 です。プロンプトが表示されたら希望の値を入力してください。

Enter FileSystem type for storage nodes [xfs|ext4] [ext4] :

21. ユーザーユーザー demo を設定してテストします。を設定してテストします。

Packstack は demo ユーザーとテストスイートをプロビジョニングすることができます。

a. Packstack は、オプションで demo ユーザーを設定してテストすることができます。いずれかを選択して y または n を入力します。

Would you like to provision for demo usage and testing? [y|n] [n] :

b. demo ユーザーのプロビジョニングをする場合、Floating IP サブネットのネットワークアドレスを入力します。

Enter the network address for the floating IP subnet: [192.168.32.0/22] :

c. Tempest は OpenStack Integration テストスイートです。テスト環境が記述された単純な設定ファイルを使用してテストを実行します。API を呼び出し、応答を検証することで、OpenStack サービスの全エンドポイントに対して、これらのテストを実行します。

demo ユーザーとテストを設定する場合、OpenStack テストスイートを設定するかどうか確認されます。

Would you like to configure Tempest (OpenStack test suite)? [y|n] [n] :


4 0

d. demo ユーザーとテストに対して、外部の OVS ブリッジを設定するかどうか確認されます。

Would you like to configure the external ovs bridge? [y|n] [n] :

22. Orchestrat ion Service を設定します。を設定します。

Orchestration Service は、OpenStack API 呼び出しを実行して実行中のクラウドアプリケーションを生成することでクラウドアプリケーションを記述する、テンプレートベースのオーケストレーションです。このソフトウェアは、OpenStack の他のコアコンポーネントを 1 ファイルのテンプレートシステムに組み込みます。

a. CloudWatch API は、警告の表示、メトリクスの表示などの機能を実行する際に使用します。Heat CloudWatch API をインストールするには y を入力します。

Should Packstack install Heat CloudWatch API [y|n] [n] :

b. Heat は、既存の CloudFormation テンプレートの多くを OpenStack で起動できるように、AWS CloudFormation テンプレート形式と互換性を保てるように努めています。Heatは、OpenStack ネイティブの REST API および CloudFormation 互換のあるクエリ APIの両方を提供しています。Heat CloudFormation API をインストールするには、y を入力します。

Should Packstack install the Heat CloudFormation API [y|n] [n] :

注記注記

テンプレートでスタックを作成、管理する際のダッシュボードおよび CLI コマンドの使用方法に関する詳細は、Red Hat Enterprise Linux OpenStack Platform エンドユーザーガイドの「スタックの起動および管理」のセクションを参照してください。

23. Telemetry Service の設定の設定

Telemetry Service は請求システムの一意の問い合わせ先となっており、現在ある OpenStack コアコンポーネント全体から顧客の請求作成に必要となる測定をすべて取得します。Telemetry Serviceをインストールする必要のあるサーバーの IP アドレスを入力します。

Enter the IP address of the Ceilometer server [192.0.43.10] :

注記注記

Telemetry コマンドを使用するために必要な CLI コマンドの詳細情報は、Red Hat EnterpriseLinux OpenStack Platform エンドユーザーガイドの「クラウドリソースの測定」のセクションを参照してください。

24. EPEL を設定します。を設定します。


4 1

https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux_OpenStack_Platform/5/html/End_User_Guide/dashboard_stacks.html

https://access.redhat.com/documentation/ja-JP/Red_Hat_Enterprise_Linux_OpenStack_Platform/5/html/End_User_Guide/ceilometer_cli_commands.html

Packstack により、各サーバーは Extra Packages for Enterprise Linux (EPEL) にサブスクライブできるようになります。

To subscribe each server to EPEL enter "y" [y|n] [n] :

25. ソフトウェアソースを設定します。ソフトウェアソースを設定します。

Packstack は、複数のソースからソフトウェアのパッケージを取得するように、対象サーバーを設定することができます。

a. カスタムのソフトウェアレポジトリを有効にします。カスタムのソフトウェアレポジトリを有効にします。

Packstack は、任意で追加のカスタムのソフトウェアレポジトリから更新を取得するように各サーバーを設定することができます。プロンプトが表示されたら、任意のレポジトリのrepodata フォルダーを含むディレクトリの URL をコンマ区切りの一覧として入力します。

Enter a comma separated list of URLs to any additional yum repositories to install:

b. Red Hat Network サブスクリプションを有効にします。サブスクリプションを有効にします。

プロンプトが表示されたら Red Hat Network アカウントの詳細を入力します。これにより、デプロイメントで必要なサーバーがサブスクライブされ、Red Hat Network から更新を取得されるようにします。

To subscribe each server to Red Hat enter a username here:

To subscribe each server to Red Hat enter your password here:

重要重要

Packstack は、Subscription Manager または Red Hat Network Satellite を使用して Red Hat Network にシステムを登録します。システムが RHN クラシック経由でRed Hat OpenStack チャンネルにすでに登録されている場合は、問題が発生する可能性があります。

c. Red Hat Enterprise Linux Beta チャンネルを有効にします。チャンネルを有効にします。

Red Hat Enterprise Linux Beta チャンネルを有効にするには、プロンプトが表示されたら y を入力します。現時点では、このオプション選択することは推奨されませんが、今後Red Hat Enterprise Linux OpenStack Platform のプレビューリリースで必要になる可能性があります。

To subscribe each server to Red Hat Enterprise Linux 6 Server Beta channel (only needed for Preview versions of RHOS) enter "y" [y|n] [n] :

d. Red Hat Network Satellite を有効にします。を有効にします。


4 2

Packstack は、任意で Red Hat Network Satellite サーバーから更新を取得するように各サーバーを設定することができます。

プロンプトが表示されたら、使用する Red Hat Network Satellite サーバーの URL を入力します。Red Hat Network Satellite サーバーを使用しない場合は、値を入力する必要はありません。

To subscribe each server with RHN Satellite enter RHN Satellite server URL :

Red Hat Network Satellite の URL を指定すると、続いてさらにプロンプトがいくつか表示されます。

i. Red Hat Network Satellite は、ユーザー名とパスワード、またはアクティベーションキーを使用した認証をサポートしています。Satellite の管理者からユーザー名とパスワードを提供された場合は、プロンプトが表示されたらそれらを入力します。また、Satellite 管理者からアクセスキーを受け取った場合は、値を入力する必要はありません。

Enter RHN Satellite username or leave plain if you will use activation key instead :

Enter RHN Satellite password or leave plain if you will use activation key instead :

ii. Satellite 管理者からアクセスキーを受け取った場合、以下のプロンプトが表示されたらそのキーを入力します。そうでない場合は値を入力する必要はありません。

Enter RHN Satellite activation key or leave plain if you used username/password instead :

iii. Satellite サーバーとの接続がセキュアであることを検証するために使用する認証局の証明書へのパスを指定します。

Specify a path or URL to a SSL CA certificate to use :

iv. Red Hat Network でシステムの特定に使用する必要のあるプロファイル名を指定します。これはオプションです。

If required specify the profile name that should be used as an identifier for the system in RHN Satellite :

v. Satellite サーバーに接続する際に必要とされる HTTP プロキシを指定します。プロキシが必要ない場合、値を入力しないでください。

Specify a HTTP proxy to use with RHN Satellite :

vi. Satellite サーバーに接続する際に必要とされる HTTP プロキシで認証するためのユーザー名を指定します。プロキシが必要ない場合や選択したプロキシで認証が必要ない場合、値を入力しないでください。

Specify a username to use with an authenticated HTTP proxy :


4 3

vii. Satellite サーバーに接続する際に必要とされる HTTP プロキシサーバーで認証するためのパスワードを指定します。プロキシが必要ない場合や選択したプロキシで認証が必要ない場合、値を入力しないでください。

Specify a password to use with an authenticated HTTP proxy. :

viii. 各システムで実行する際に、rhnreg_ks コマンドに指定する必要のある Satelliteの追加フラグを指定してください。この設定キーにはコンマ区切りのフラグ一覧を指定することができます。有効なフラグは、novirtinfo、norhnsd、nopackages です。

詳細については Red Hat Satellite のドキュメントを参照してください。不明な場合は、値を入力しないようにしてください。

Enter comma separated list of flags passed to rhnreg_ks :

26. パラメーターを確認して確定します。パラメーターを確認して確定します。

この時点で、指定したデプロイメントの詳細を確定するように表示が出ます。yes と入力して Enter を押しデプロイメントを続行します。

指定したオプションによって、以下の画面の内容は変わります。

Installer will be installed using the following configuration:==============================================================ssh-public-key: /root/.ssh/id_rsa.pubos-mysql-install: yos-glance-install: yos-cinder-install: yos-nova-install: yos-neutron-install: yos-horizon-install: yos-swift-install: nos-ceilometer-install: yos-heat-install: nos-client-install: yntp-servers:nagios-install: nexclude-servers:os-debug-mode: nos-vmware: nmysql-host: 192.0.43.10mysql-pw: ********amqp-server rabbitmqamqp-host: 192.0.43.10amqp-enable-ssl: namqp-enable-auth: nkeystone-host: 192.0.43.10keystone-admin-passwd: ********keystone-demo-passwd: ********glance-host: 192.0.43.10cinder-host: 192.0.43.10cinder-backend: lvm


4 4

cinder-volumes-create: ycinder-volumes-size: 20Gnovaapi-host: 192.0.43.10novacert-host: 192.0.43.10novavncproxy-hosts: 192.0.43.10novacompute-hosts: 192.0.43.10novaconductor-host: 192.0.43.10nova-db-passwd: ********nova-ks-passwd: ********novasched-host: 192.0.43.10novasched-cpu-allocation-ratio:16.0novasched-ram-allocation-ratio:1.5novacompute-privif: eth1novanetwork-host: 192.0.43.10novanetwork-pubif: eth0novanetwork-privif: eth1novanetwork-fixed-range: 192.168.32.0/22novanetwork-floating-range: 10.3.4.0/22novasched-host: 192.0.43.10novasched-cpu-allocation-ratio:16.0novasched-ram-allocation-ratio:1.5neutron-server-host: 192.0.43.10neutron-use-namespaces: yneutron-l3-hosts: 192.0.43.10neutron-l3-ext-bridge: br-exneutron-dhcp-hosts: 192.0.43.10neutron-l2-plugin: openvswitchneutron-metadata-hosts: 192.0.43.10neutron-l2-agent: openvswitchneutron-ovs-tenant-network-type:localneutron-ovs-vlan-ranges: neutron-ovs-bridge-mappings: physnet1:1000:2000neutron-ovs-bridge-interfaces:osclient-host: 192.0.43.10os-horizon-host: 192.0.43.10os-horizon-ssl: nos-swift-proxy: 192.0.43.10os-swift-storage: 192.0.43.10os-swift-storage-zones: 1os-swift-storage-replicas: 1os-swift-storage-fstype: ext4os-swift-storage-size: 2Gprovision-demo: nprovision-tempest: nprovision-demo-floatrange: 192.168.32.0/22provision-tempest-repo-uri: https://github.com/openstack/tempest.gitprovision-tempest-repo-revision:masterprovision-all-in-one-ovs-bridge:nos-heat-cloudwatch-install: nos-heat-cfn-install: nceilometer-host: 192.0.43.10mongodb-host: 192.0.43.10use-epel: nadditional-repo: rh-username: [email protected]


4 5

rh-password: ********rh-beta-repo: nrhn-satellite-server: Proceed with the configuration listed above? (yes|no): yes

重要重要

この段階で、パラメーターの値を変更する必要がある場合、方法は 2 種類あります。no を選択: インストールが Step 1 から開始され最初から値を入力するようにプロンプトが表示されます。ただし今回表示されているデフォルト値は先ほど入力した値です。yes を選択してパラメーターの値を変更し、新しいパラメーター画面が表示された後、インストールを完了することができます。yes を選択: インストールが開始され、回答ファイルが作成されます。しかし、パラメーターに問題がある場合エラーが発生する可能性があります。その場合、回答ファイル(packstack-answers-xxxx.txt) のパラメーターを変更して、以下のコマンドを再度実行します。

# packstack --answer-file=packstack-answers-xxxx.txt

27. この時点で Packstack はデプロイメントを開始します。Packstack による SSH キーの設定時に、キー認証を使用するように設定されていないマシンに接続する場合は root パスワードの入力が求められます。


Installing:Clean Up... [ DONE ]Setting up ssh keys... [ DONE ]Discovering hosts' details... [ DONE ]Disabling NetworkManager... [ DONE ]Adding pre install manifest entries... [ DONE ]Adding MySQL manifest entries... [ DONE ]Adding AMQP manifest entries... [ DONE ]Adding Keystone manifest entries... [ DONE ]Adding Glance Keystone manifest entries... [ DONE ]Adding Glance manifest entries... [ DONE ]Installing dependencies for Cinder... [ DONE ]Adding Cinder Keystone manifest entries... [ DONE ]Adding Cinder manifest entries... [ DONE ]Checking if the Cinder server has a cinder-volumes vg... [ DONE ]Creating Cinder manifest... [ DONE ]Adding Nova API manifest entries... [ DONE ]Adding Nova Keystone manifest entries... [ DONE ]Adding Nova Cert manifest entries... [ DONE ]Adding Nova Conductor manifest entries... [ DONE ]Adding Nova Compute manifest entries... [ DONE ]Adding Nova Network manifest entries... [ DONE ]Adding Nova Scheduler manifest entries... [ DONE ]Adding Nova VNC Proxy manifest entries... [ DONE ]Adding Nova Common manifest entries... [ DONE ]Adding Openstack Network-related Nova manifest entries...[ DONE ]Adding Neutron API manifest entries... [ DONE ]


4 6

Adding Neutron Keystone manifest entries... [ DONE ]Adding Neutron L3 manifest entries... [ DONE ]Adding Neutron L2 Agent manifest entries... [ DONE ]Adding Neutron DHCP Agent manifest entries... [ DONE ]Adding Neutron Metadata Agent manifest entries... [ DONE ]Adding OpenStack Client manifest entries... [ DONE ]Adding Horizon manifest entries... [ DONE ]Adding Swift Keystone manifest entries [ DONE ]Adding Swift builder manifest entries [ DONE ]Adding Swift proxy manifest entries [ DONE ]Adding Swift storage manifest entries [ DONE ]Adding Swift common manifest entries [ DONE ]Adding Provisioning manifest entries [ DONE ]Adding MongoDB manifest entries [ DONE ]Adding Ceilometer manifest entries [ DONE ]Adding Ceilometer Keystone manifest entries [ DONE ]Adding post install manifest entries [ DONE ]Preparing servers [ DONE ]Installing Dependencies [ DONE ]Copying Puppet modules and manifests [ DONE ]Applying Puppet manifests...

28. デプロイメントを行うマシンすべてに、Puppet マニフェストを適用するため、時間がかかります。Packstack はデプロイメントプロセスが進捗するにつれ、どのマニフェストがデプロイされているか更新情報を表示します。プロセスが完了すると、以下のような確認メッセージが表示されます。



(Please allow Installer a few moments to start up.....)

Additional information:* A new answerfile was created in: /root/packstack-answers-20130613-133303.txt* Time synchronization installation was skipped. Please note that unsynchronized time on server instances might be problem for some OpenStack components.* To use the command line tools you need to source the file /root/keystonerc_admin created on 192.0.43.10* To use the console, browse to http://192.0.43.10/dashboard* To use Nagios, browse to http://192.0.43.10/nagios username : nagiosadmin, password: abcdefgh12345678* Kernel package with netns support has been installed on host 192.0.43.10. Because of the kernel update host mentioned above requires reboot.* The installation log file is available at: /var/tmp/packstack/20130613-133302-5UY8KB/openstack-setup.logYou have mail in /var/spool/mail/root

29. 環境内のノードをすべてリブートして、カーネルで変更が反映されるようにします。

Packstack は、全ノードで有効にしたネットワークの名前空間を使用して、新しいカーネルをデプロイします。変更を反映するには、環境をリブートする必要があります。


4 7

# reboot

Packstack を使用した OpenStack のデプロイが正常に完了しました。

指定した設定詳細は、「回答ファイル」にも記録されています。このファイルは今後デプロイメントを再構築する場合に使用することができます。回答ファイルは、ユーザーのホームディレクトリに保存されており、~/packstack-answers-20140214-133303.txt などのように日付と時間が含まれたファイル名が設定されます。

デプロイメントの自動化に回答ファイルを使用する方法については、「非対話式での Packstack の実行」を参照してください。

警告警告

回答ファイルには、MySQL の管理者パスワードなどのように指定しない場合に自動的に生成される必須の設定値も複数含まれています。回答ファイルは、セキュアな場所に保存することを推奨しています。

5.3. 非対話式での非対話式での Packstack の実行の実行

Packstack は、対話形式以外の実行をサポートしています。非対話形式で packstack コマンドを実行する場合、標準入力ではなく、回答ファイルと呼ばれるテキストファイルで設定オプションを指定する必要があります。

非対話形式で Packstack を実行するには、以下の作業を行う必要があります。

Packstack を使用してデフォルトの回答ファイルを生成します。

回答ファイルを編集して、希望の設定値を挿入します。

コマンドラインの引数として完了済みの回答ファイルを指定して、packstack コマンドを実行します。

Packstack は、回答ファイルで指定された設定オプションを使用してデプロイメントを完了しようとします。


4 8

重要重要

Red Hat Enterprise Linux OpenStack Platform では、OpenStack 環境内の各システムが Red HatEnterprise Linux Server を実行し、かつ Red Hat Network から更新を受信できるように、Subscription Manager を使用して全システムを登録しておく必要があります。

Red Hat Network の登録に関する情報は「カスタマーポータルのサブスクリプション管理」を参照してください。

各ノードに SSH でアクセスして登録し、OpenStack のサブスクリプションに接続して必要とされる OpenStack のリポジトリを有効にします。これにより、Packstack で各ノードにOpenStack をインストールできるようになります。または、Packstack を取得して回答ファイルを生成してから、CONFIG_RH_USER と CONFIG_RH_PW のパラメーターを使用して Red Hat サブスクリプションのユーザー名とパスワードを追加するように回答ファイルを編集することもできます。この回答ファイルを使用してPackstack を実行すると、Subscription Manager を使用して Red Hat Network から更新を取得するように、各ノードが設定されます。これにより、Packstack で各ノードに OpenStack をインストールすることができるようになります。

5.3.1. Packstack の回答ファイルの作成の回答ファイルの作成

Packstack は、一般的な回答ファイルを生成でき、特定のデプロイメントのニーズに適したカスタマイズが可能になります。

手順手順5.4 Packstack の回答ファイルの作成の回答ファイルの作成

引数に --gen-answer-file=FILE を指定して packstack コマンドを実行して回答ファイルを生成します。FILE は、回答ファイルを保存するのに使用するファイル名に置き換えてください。

# packstack --gen-answer-file=FILE

例例5.5 Packstack の回答ファイルの作成の回答ファイルの作成

この例では、Packstack 回答ファイルが作成され ~/answers.cfg ファイルに保存されます。

# packstack --gen-answer-file=~/answers.cfg

回答ファイルが生成され、デプロイメント用にこのファイルのカスタマイズを開始する準備ができました。

5.3.2. Packstack 回答ファイルの編集回答ファイルの編集

Packstack の回答ファイルは、どのテキストエディターでも編集できます。# が行頭にある場合、コメントとして処理され、無視されます。

ここで記載の表は、利用可能な設定キーを表示しています。設定値は、キー/値のペアの形式で、回答ファイルで指定されます。

KEY=VALUE


4 9

コンマ区切りの複数の値をキーに使用できる場合、設定キーの説明にその旨を記載しています。設定キーによっては、コマンドラインに相当するものもあり、packstack コマンドに直接引数として指定することが可能です。引数を直接指定する場合は、以下の表にコマンドラインの引数も記載されています。

表表5.1 Packstack 回答ファイルの設定キー回答ファイルの設定キー

設定キー設定キーコマンドライン引数コマンドライン引数デフォルトデフォルト値値

説明説明

CONFIG_SSH_KEY --ssh-public-key /root/.ssh/id_rsa.pub

サーバーにインストールする公開鍵へのパス。使用可能なキーがリモートサーバーにインストールされていない場合、パスワードが要求されて、それ以降パスワードを入力しなくてもよいようにこのキーがインストールされます。

CONFIG_MYSQL_INSTALL

--mysql-install y Packstack で MySQL をインストールする場合 y に設定します。

注記注記

Packstack は、MySQL データベースノードを 1 つインストールすることができます。一方、Packstack はMySQL のクラスターインストールに対応しませんが、個別に設定した MySQL クラスターとの連携は可能です。

n を選択した場合、Packstack により認証情報が求められ、任意のリモートデータベースとして CONFIG_MYSQL_HOST が使用されます。

CONFIG_GLANCE_INSTALL

--os-glance-install y Packstack で ImageService をインストールする場合 y に設定します。

CONFIG_CINDER_INSTALL

--os-cinder-install y Packstack でボリュームサービスをインストールする場合 y に設定します。

CONFIG_NOVA_INSTALL --os-nova-install y Packstack で ComputeService をインストールする場合 y に設定します。


50

CONFIG_NEUTRON_INSTALL

--os-neutron-install y Packstack で OpenStackNetworking Service をインストールする場合 y に設定します。

CONFIG_HORIZON_INSTALL

--os-horizon-install

y Packstack で DashboardService をインストールする場合 y に設定します。

CONFIG_SWIFT_INSTALL

--os-swift-install y Packstack で ObjectStorage をインストールする場合 y に設定します。

CONFIG_CEILOMETER_INSTALL

--os-ceilometer-install

y Packstack で TelemetryService をインストールする場合 y に設定します。

CONFIG_HEAT_INSTALL --os-heat-install n Packstack でOrchestration Service をインストールする場合 y に設定します。

CONFIG_CLIENT_INSTALL

--os-client-install y Packstack で OpenStackクライアントパッケージをインストールする場合 y に設定します。管理用の「rc」ファイルもインストールされます。

CONFIG_NTP_SERVERS --ntp-servers NTP サーバーのコンマ区切りの一覧。Packstack でntpd をインスタンスにインストールしない場合は空白のままにします。

CONFIG_NAGIOS_INSTALL

--nagios-install y Nagios をインストールする場合は y に設定します。Nagios は、OpenStack 環境の監視を行う追加ツールを提供します。

EXCLUDE_SERVERS --exclude-servers 以前設定した既存のサーバーがあり、Packstack にその設定を上書きさせない場合、除外するサーバーのIP アドレスの一覧を指定することができます。

サーバーを除外する必要がない場合、空白のままにします。

CONFIG_DEBUG_MODE --os-debug-mode n デバッグモードでOpenStack のサービスを実行するには y に設定し、それ以外は n に設定します。

CONFIG_CONTROLLER_HOST

--os-controller-host 192.0.43.10 API サーバー、Horizon などコントローラーロール固有の OpenStack サービスをインストールする先のサーバーの IP アドレス


説明説明


51

CONFIG_COMPUTE_HOSTS

--os-compute-hosts 192.0.43.10 Nova Compute Service をインストールする先のサーバーの IP アドレスの一覧

CONFIG_NETWORK_HOSTS

--os-network-hosts 192.0.43.10 Nova Network またはNeutron などのネットワークサービスをインストールする先のサーバーの IP アドレス一覧

CONFIG_VMWARE_BACKEND

--os-vmware n ハイパーバイザーおよびストレージとして VMwarevCenter を使用するには yに設定します。それ以外は、n に設定します。

CONFIG_VCENTER_HOST --vcenter-host 192.0.43.10 VMware vCenter サーバーのIP アドレス

CONFIG_VCENTER_USER --vcenter-username VMware vCenter サーバーの認証用のユーザー名

CONFIG_VCENTER_PASSWORD

--vcenter-password VMware vCenter サーバーの認証用のパスワード

CONFIG_VCENTER_CLUSTER_NAME

--vcenter-cluster vCenter クラスターの名前

CONFIG_USE_EPEL --use-epel n EPEL に各サーバーをサブスクライブするには、y を入力します。

CONFIG_REPO --additional-repo インストールする追加のyum レポジトリへの URL(コンマ区切りの一覧)

CONFIG_RH_USER --rh-username 各サーバーを Red HatSubscription Manager にサブスクライブするには、CONFIG_RH_PW にこの設定キーも含めてください。

CONFIG_RH_PW --rh-password 各サーバーを Red HatSubscription Manager にサブスクライブするには、CONFIG_RH_USER にこの設定キーも含めてください。

CONFIG_RH_OPTIONAL --rhn-enable-optional

y Red Hat Enterprise Linuxのオプションのレポジトリを有効にするには y を入力します。


説明説明


52

CONFIG_SATELLITE_URL

--rhn-satellite-server

各サーバーが Satellite サーバーからのアップデートを受信するようにサブスクライブするには、Satelliteサーバーの URL を指定します。また、認証用に、ユーザー名(CONFIG_SATELLITE_USERNAME) およびパスワード(CONFIG_SATELLITE_PASSWORD )、またはアクセスキー(CONFIG_SATELLITE_AKEY ) を指定する必要があります。

CONFIG_SATELLITE_USER

--rhn-satellite-user Satellite サーバーは、認証にユーザー名が必要です。Satellite を使用してお使いのシステムにパッケージを配信する場合は、認証用にこの設定キーを Satellite のユーザー名に設定するか、アクセスキーを指定する必要があります。

Satellite 認証にアクセスキーを使用する場合は、この設定キーは空白のままにします。

CONFIG_SATELLITE_PW --rhn-satellite-password

Satellite サーバーは、認証にパスワードが必要です。Satellite を使用してお使いのシステムにパッケージを配信する場合は、認証用にこの設定キーを Satellite のパスワードに設定するか、アクセスキーを指定する必要があります。

Satellite 認証にアクセスキーを使用する場合は、この設定キーは空白のままにします。


説明説明


53

CONFIG_SATELLITE_AKEY

--rhn-satellite-activation-key

Satellite サーバーでは、認証にアクセスキーを使用することができます。アクセスキーがある場合は、この設定キーに Satellite のアクセスキーを設定します。

Satellite 認証にユーザー名とパスワードを使用する場合は、この設定キーは空白のままにします。

CONFIG_SATELLITE_CACERT

--rhn-satellite-cacert

Satellite サーバーとの接続がセキュアであることを検証するために使用する認証局の証明書へのパスを指定します。デプロイメントでSatellite を使用しない場合は、この設定キーは空白のままにします。

CONFIG_SATELLITE_PROFILE

--rhn-satellite-profile

Red Hat Network でシステムの特定に使用する必要のあるプロファイル名を指定します。

CONFIG_SATELLITE_FLAGS

--rhn-satellite-flags

rhnreg_ks コマンドに指定する必要のある Satellite の追加フラグを指定してください。この設定キーにはコンマ区切りのフラグ一覧を指定することができます。有効なフラグは、novirtinfo、norhnsd、nopackages です。

詳細情報は Red HatSatellite のドキュメントを参照してください。

CONFIG_SATELLITE_PROXY

--rhn-satellite-proxy-host

必要な場合には、Satelliteサーバーに接続する際に必要とされる HTTP プロキシを指定します。

CONFIG_SATELLITE_PROXY_USER

--rhn-satellite-proxy-username

必要な場合には、Satelliteサーバーに接続する際に必要とされる HTTP プロキシでの認証に使用するユーザー名を指定します。


説明説明


54

CONFIG_SATELLITE_PROXY_PW

--rhn-satellite-proxy-password

必要な場合には、Satelliteサーバーに接続する際に必要とされる HTTP プロキシサーバーでの認証に使用するパスワードを指定します。

CONFIG_AMQP_BACKEND --amqp-backend rabbitmq AMQP サービスバックエンドを設定します。利用可能な値は qpid、rabbitmq です。

CONFIG_AMQP_HOST --amqp-host 192.0.43.10 AMQP サービスをインストールする先のサーバーのIP アドレス

CONFIG_AMQP_ENABLE_SSL

--amqp-enable-ssl n AMQP サービスの SSL を有効にします。SSL を有効にするには、y に設定します。

CONFIG_AMQP_ENABLE_AUTH

--amqp-enable-auth n AMQP サービスの認証を有効にします。認証を有効にするには、y に設定します。

CONFIG_AMQP_NSS_CERTDB_PW

--amqp-nss-certdb-pw AMQP サービスの NSS 証明書データベースのパスワード

CONFIG_AMQP_SSL_PORT

--amqp-ssl-port 5671 AMQP サービスが SSL 接続をリッスンするポート

CONFIG_AMQP_SSL_CERT_FILE

--amqp-ssl-cert-file /etc/pki/tls/certs/amqp_selfcert.pem

AMQP サービスが使用する証明書のファイル名

CONFIG_AMQP_SSL_KEY_FILE

--amqp-ssl-key-file /etc/pki/tls/private/amqp_selfkey.pem

AMQP サービスが使用する秘密鍵のファイル名

CONFIG_AMQP_SSL_SELF_SIGNED

--amqp-ssl-self-signed

y 自己署名 SSL 証明書およびキーを自動的に生成します。SSL 証明書とキーを自動的に生成するには、y に設定します。

CONFIG_AMQP_AUTH_USER

--amqp-auth-user amqp_user AMQP サービスのユーザー

CONFIG_AMQP_AUTH_PASSWORD

--amqp-auth-password AMQP 認証で使用するパスワード

CONFIG_MYSQL_HOST --mysql-host 192.0.43.10 MYSQL をインストールする先のサーバーの IP アドレス。または、MySQL のインストールが選択されなかった場合は、DB サーバーのIP アドレス

CONFIG_MYSQL_USER --mysql-user root MySQL 管理者ユーザーのユーザー名

CONFIG_MYSQL_PW --mysql-pw MySQL 管理者ユーザーのパスワード。この値の指定がない場合は、任意で生成されます。


説明説明


55

CONFIG_KEYSTONE_DB_PW

--keystone-db-passwd データベースにアクセスする Identity に対して使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_KEYSTONE_ADMIN_TOKEN

--keystone-admin-token

Identity Service API に使用するトークン。この値の指定がない場合は、任意で生成されます。

CONFIG_KEYSTONE_ADMIN_PW

--keystone-admin-passwd

Identity の管理者ユーザーに対して使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_KEYSTONE_DEMO_PW

--keystone-demo-passwd

demo テナントに使用するパスワード。この値の指定がない場合は、任意で生成されます。CONFIG_PROVISION_DEMO=y の場合のみ使用されます。

CONFIG_KEYSTONE_TOKEN_FORMAT

--keystone-token-format

PKI Packstack は、Identity で使用するトークン形式を PKIまたは UUID のいずれかから選択できるようにします。新しいデプロイメントの推奨形式は、PKI です。

CONFIG_GLANCE_DB_PW --glance-db-passwd データベースにアクセスする Image Service に対して使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_GLANCE_KS_PW --glance-ks-passwd Identity を認証する ImageService で使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_CINDER_DB_PW --cinder-db-passwd データベースにアクセスするボリュームサービスに対して使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_CINDER_KS_PW --cinder-ks-passwd Identity を認証するボリュームサービスで使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_CINDER_BACKEND

--cinder-backend lvm 使用する Cinder バックエンド。有効なオプションはlvm、gluster、nfs です。


説明説明


56

CONFIG_CINDER_VOLUMES_CREATE

--cinder-volumes-create

y Packstack では、cinder-volumes という名前のボリュームグループで利用可能なボリュームサービスと合わせて使用できるストレージが必要です。このボリュームグループが存在しない場合、Packstack により自動的に作成することができます。

注記注記

これは、VolumeService の概念実証のインストール設定をテストするためだけに実行してください。これにより、ファイルに関連付けされたボリュームグループが作成され、実稼動環境での使用には適していません。

y を選択すると、Packstackはループバックデバイスを使用してボリュームサービスが利用するためのローディスクイメージを /var/lib/cinder に作成してマウントします。

CONFIG_CINDER_VOLUMES_SIZE

--cinder-volumes-size

20G Packstack により cinder-volumes ボリュームグループを作成するように選択した場合、希望のサイズをギガバイド(GB) 単位で指定する必要があります。実際のボリュームサイズは、VG メタデータ用に容量が 3% 拡張されます。

CONFIG_CINDER_GLUSTER_MOUNTS

--cinder-gluster-mounts

マウントする gluster ボリュームのシェア 1 つまたはコンマ区切りの一覧 (例:ip-address:/vol-name、domain:/vol-name)


説明説明


57

CONFIG_CINDER_NFS_MOUNTS

--cinder-nfs-mounts 20G マウントする NFS エクスポートを一つ 1 つまたはコンマ区切りリストで複数指定します (例: ip-address:/export-name)

CONFIG_NOVA_DB_PW --nova-db-passwd データベースにアクセスする Compute に対して使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_NOVA_KS_PW --nova-ks-passwd Identity を認証するCompute で使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_NOVA_SCHED_CPU_ALLOC_RATIO

--novasched-cpu-allocation-ratio

16.0 物理 CPU に対する仮想CPU のオーバーコミット比。CPU のオーバーコミットを無効にするには、1.0 を指定します。

CONFIG_NOVA_SCHED_RAM_ALLOC_RATIO

--novasched-ram-allocation-ratio

1.5 物理 RAM に対する仮想RAM のオーバーコミット比。RAM のオーバーコミットを無効にするには、1.0 に設定します。

CONFIG_NOVA_COMPUTE_PRIVIF

--novacompute-privif eth1 Compute サーバー上の FlatDHCP へのプライベートインターフェース

CONFIG_NOVA_NETWORK_MANAGER

--novanetwork-manager

Compute Network Manager

CONFIG_NOVA_NETWORK_PUBIF

--novanetwork-pubif eth0 Compute Network サーバーのパブリックインターフェース

CONFIG_NOVA_NETWORK_PRIVIF

--novanetwork-privif eth1 Compute Network サーバー上の Flat DHCP へのプライベートインターフェース

CONFIG_NOVA_NETWORK_FIXEDRANGE

--novanetwork-fixed-range

192.168.32.0/22

Flat DHCP の IP 範囲

CONFIG_NOVA_NETWORK_FLOATRANGE

--nova-network-floating-range

10.3.4.0/22 Floating IP アドレスの IP範囲

CONFIG_NOVA_NETWORK_DEFAULTFLOATINGPOOL

--novanetwork-default-floating-pool

nova 指定の Floating IP 範囲を追加するデフォルトのFloating プールの名前

CONFIG_NOVA_NETWORK_AUTOASSIGNFLOATINGIP

--novanetwork-auto-assign-floating-ip

n 新しいインスタンスに自動的に Floating IP を割り当てます。

CONFIG_NOVA_NETWORK_VLAN_START

--novanetwork-vlan-start

プライベートネットワークの最初の VLAN

CONFIG_NOVA_NETWORK_NUMBER

--novanetwork-num-networks

n サポートするネットワーク数


説明説明


58

CONFIG_NOVA_NETWORK_SIZE

--novanetwork-network-size

n プライベートサブネットごとのアドレス数

CONFIG_NEUTRON_USE_NAMESPACES

--os-neutron-use-namespaces

y OpenStack Networking のネットワークの名前空間を有効にします。

CONFIG_NEUTRON_KS_PW

--os-neutron-ks-password

Identity 認証の OpenStackNetworking で使用するパスワード

CONFIG_NEUTRON_DB_PW

--os-neutron-db-password

データベースにアクセスする際に OpenStackNetworking で使用するパスワード

CONFIG_NEUTRON_L3_EXT_BRIDGE

--os-neutron-l3-ext-bridge

br-ex OpenStack Networking L3エージェントが外部トラフィックに使用するブリッジの名前。外部トラフィックの処理にプロバイダーネットワークを使用する予定の場合は、provider を使用します。

CONFIG_NEUTRON_L2_PLUGIN

--os-neutron-l2-plugin

openvswitch OpenStack Networking で使用する L2 プラグインの名前

CONFIG_NEUTRON_METADATA_PW

--os-neutron-metadata-pw

OpenStack Networking メタデータエージェントのパスワード

CONFIG_LBAAS_INSTALL

--os-neutron-lbaas-install

n Packstack で OpenStackNetworking LBaaS をインストールする場合 y に設定します。

CONFIG_NEUTRON_METERING_AGENT_INSTALL

--os-neutron-metering-agent-install

n Packstack で OpenStackMetering エージェントをインストールする場合 y に設定します。

CONFIG_NEUTRON_FWAAS

--neutron-fwaas n Neutron ファイアウォールをサービスとして設定するには、y に設定します。

CONFIG_NEUTRON_ML2_TYPE_DRIVERS

--os-neutron-ml2-type-drivers

vxlan neutron.ml2.type_driversの名前空間から読み込まれたネットワークタイプドライバーのエントリポイント(コンマ区切りの一覧)

CONFIG_NEUTRON_ML2_TENANT_NETWORK_TYPES

--os-neutron-ml2-tenant-network-types

vxlan テナントネットワークとして割り当てる、コンマ区切りのネットワーク種別。local の値は、単一環境のテストにのみ有用で、ホスト間の接続性はありません。


説明説明


59

CONFIG_NEUTRON_ML2_MECHANISM_DRIVERS

--os-neutron-ml2-mechanism-drivers

openvswitch neutron.ml2.mechanism_drivers の名前空間から読み込まれたネットワークメカニズムドライバーのエントリポイント (コンマ区切りの一覧)

CONFIG_NEUTRON_ML2_FLAT_NETWORKS

--os-neutron-ml2-flat-networks

* フラットなネットワークを作成可能なphysical_newtork の名前(コンマ区切りの一覧)。フラットなネットワークに、任意の物理ネットワーク名を割り当てられるようにするには、* を使用します。

CONFIG_NEUTRON_ML2_VLAN_RANGES

--os-neutron-ml2-vlan-ranges

テナントネットワークに割り当て可能な VLAN タグの範囲および VLAN プロバイダーとテナントネットワークに利用可能な物理ネットワーク名を指定する、physical_network:vlan_min:vlan_maxまたは physical_network のコンマ区切りの一覧

CONFIG_NEUTRON_ML2_TUNNEL_ID_RANGES

--os-neutron-ml2-tunnel-id-ranges

テナントネットワークの割り当てに使用可能な GRE トンネル ID の範囲を列挙する、コンマ区切りの tun_min:tun_max タプル。tun_max +1 - tun_min> 1,000,000 の配列でなければなりません。

CONFIG_NEUTRON_ML2_VXLAN_GROUP

--os-neutron-ml2-vxlan-group

VXLAN のマルチキャストグループ。設定しない場合は、割り当てられたブロードキャストトラフィックをこのマルチキャストグループに送信されないように、VXLAN を無効にします。設定キー自体の指定がない場合は、マルチキャストのVXLAN モード自体が無効になります。値はマルチキャスト IP (v4 または v6) アドレスでなければなりません。


説明説明


60

CONFIG_NEUTRON_ML2_VNI_RANGES

--os-neutron-ml2-vni-ranges

n:m テナントネットワークの割り当てに使用可能な VXLANVNI ID の範囲を列挙する、コンマ区切りの vni_min:vni_max タプル。最小値は 0 で、最大値は 16777215 です。

CONFIG_NEUTRON_L2_AGENT

--os-neutron-l2-agent

openvswitch OpenStack Networking で使用する L2 エージェントの名前

CONFIG_NEUTRON_LB_TENANT_NETWORK_TYPE

--os-neutron-lb-tenant-network-type

local テナントネットワークに割り当てるネットワークの種別。サポートされる値は local および vlan です。マルチノードのデプロイメントには vlan が推奨されます。

CONFIG_NEUTRON_LB_VLAN_RANGES

--os-neutron-lb-vlan-ranges

OpenStack Networkinglinuxbridge プラグインのVLAN の範囲 (コンマ区切りの一覧)。一覧の各タプルはPHYSICAL:START:END の形式となる必要があります。PHYSICAL は物理ネットワークの名前、START はID 識別する VLAN 範囲の最初の値、END は関連付けられた VLAN 範囲の最後の値で置き換えてください (例:physnet1:1:4094,physnet2,physnet3:3000:3999)。

CONFIG_NEUTRON_LB_INTERFACE_MAPPINGS

--os-neutron-lb-interface-mappings

OpenStack Networkinglinuxbridge プラグインのコンマ区切りのインターフェースマッピング。一覧の各タプルはPHYSICAL:INTERFACE の形式にする必要があります。PHYSICAL は物理ネットワークの名前、INTERFACE は物理ネットワークに接続する際に使用するネットワークインターフェースの名前に置き換えてください。

CONFIG_NEUTRON_OVS_TENANT_NETWORK_TYPE

--os-neutron-ovs-tenant-network-type

vxlan テナントネットワークに割り当てるネットワークの種別。サポートされる値は vlan、、local、、gre、、vxlan です。


説明説明


61

CONFIG_NEUTRON_OVS_VLAN_RANGES

--os-neutron-ovs-vlan-ranges

OpenStack Networkingopenvswitch プラグインのVLAN の範囲 (コンマ区切りの一覧)。一覧の各タプルはPHYSICAL:START:END の形式にする必要があります。PHYSICAL は物理ネットワークの名前、START は識別する VLAN 範囲の最初の値、END は関連付けられた VLAN 範囲の最後の値で置き換えてください (例:physnet1:1:4094,physnet2,physnet3:3000:3999)。

CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS

--os-neutron-ovs-bridge-mappings

physnet1:br-eth1

OpenStack Networkingopenvswitch プラグインのコンマ区切りのブリッジマッピング。一覧の各タプルは PHYSICAL:BRIDGE の形式にする必要があります。PHYSICAL は物理ネットワークの名前、BRIDGEは物理ネットワークに接続する際に使用する OpenvSwitch の名前で置き換えてください (例:physnet1:br-eth1、physnet2:br-eth2、physnet3:br-eth3)。

CONFIG_NEUTRON_OVS_BRIDGE_IFACES

--os-neutron-ovs-bridge-interfaces

コロンで区切った OVS ブリッジ:インターフェースペアをコンマ区切りにした一覧。このインターフェースは、関連のブリッジに追加されます。

CONFIG_NEUTRON_OVS_TUNNEL_RANGES

--os-neutron-ovs-tunnel-ranges

Neutron openvswitch プラグインのトンネルの範囲 (コンマ区切りの一覧)

CONFIG_NEUTRON_OVS_TUNNEL_IF

--os-neutron-ovs-tunnel-if

OVS トンネルのインターフェース。Packstack により、このハイパーバイザーでトンネルに使用する IP アドレスが、指定のインターフェースにある IP アドレスで上書きされます (例:eth1)。

CONFIG_NEUTRON_OVS_VXLAN_UDP_PORT

--os-neutron-ovs-vxlan-udp-port

4789 vxlan UDP ポート

CONFIG_HORIZON_SSL --os-horizon-ssl n HTTPS でダッシュボードの通信を行うように設定するにはこのパラメーターを yに設定します。


説明説明


62

CONFIG_SSL_CERT --os-ssl-cert HTTPS サーバーへの SSL接続に使用する PEM エンコードされた証明書。新たに生成する場合は空白のままにします。この証明書ではパスフレーズを要求することはできません。

CONFIG_SSL_KEY --os-ssl-key 証明書に対応するキーファイル (指定されている場合)

CONFIG_SSL_CACHAIN --os-ssl-key PEM エンコード CA 証明書。ここから、サーバーの証明書の証明書チェーンが組み合わせられます。

CONFIG_SWIFT_KS_PW --os-swift-ks-passwd Identity を認証する ObjectStorage で使用するパスワード。この値の指定がない場合は、任意で生成されます。

CONFIG_SWIFT_STORAGES

--os-swift-storages オブジェクトストレージデバイスとして使用するデバイスのコンマ区切り一覧。各エントリは、 /path/to/devの形式にする必要があります。たとえば、/dev/vdb は/dev/vdb をオブジェクトストレージデバイスとしてインストールします(Packstack ではファイルシステムが作成されないため、これを最初に行う必要があります)。この値が省略されている場合、Packstack はテスト設定用にループバックデバイスを作成します。

CONFIG_SWIFT_STORAGE_ZONES

--os-swift-storage-zones

1 Object Storage ゾーンの数。この数字は、設定したストレージデバイス数以下の値に指定する必要があり必要がありますます。

CONFIG_SWIFT_STORAGE_REPLICAS

--os-swift-storage-replicas

1 Object Storage レプリカの数。この数字は、設定したストレージゾーン数以下の値に指定する必要がありま必要がありますす。

CONFIG_SWIFT_STORAGE_FSTYPE

--os-swift-storage-fstype

ext4 ストレージノードのファイルシステムタイプ。サポートされているタイプは現在、ext4 と xfs となっています。


説明説明


63

CONFIG_SWIFT_HASH --os-swift-hash このコマンドの後のカスタムのシード番号を使用して、swift.conf にswift_hash_suffix を設定します。

CONFIG_SWIFT_STORAGE_SIZE

--os-swift-storage-size

2G オブジェクトストレージのループバックファイルストレージデバイスのサイズ。

CONFIG_PROVISION_DEMO

--provision-demo n (allinone の場合は y)

Packstack はデモ使用およびテスト向けにプロビジョニング可能です。このキーは、デモの OpenStackNetworking ネットワーク、サブネット、ルーターをプロビジョニングにするか決定します。デモ使用およびテスト向けにプロビジョニングする場合は y に設定します。CONFIG_NEUTRON_INSTALL=y とCONFIG_NEUTRON_USE_NAMESPACES=y を設定する必要があります。CONFIG_NEUTRON_INSTALL=y (デフォルト) で packstack --allinone を実行した場合、CONFIG_PROVISION_DEMO が有効になります。

CONFIG_PROVISION_DEMO_FLOATRANGE

--provision-demo-floatrange

Floating IP サブネットのCIDR ネットワークアドレス

CONFIG_PROVISION_TEMPEST

--provision-tempest n Packstack は、OpenStackインストールに対してテストを実行できるようにTempest (OpenStack テストスイート) を設定することができます。テスト用にTempest を設定する場合は y に設定します。CONFIG_NEUTRON_INSTALL=y とCONFIG_NEUTRON_USE_NAMESPACES=y を設定する必要があります。

CONFIG_PROVISION_TEMPEST_USER

--provision-tempest-user

Tempest Provisioning ユーザーの名前。ユーザー名を指定しない場合は、Tempest はスタンドアローンモードで設定されます。

CONFIG_PROVISION_TEMPEST_USER_PW

--provision-tempest-user-passwd

Tempest Provisioning ユーザーに使用するパスワード


説明説明


64

CONFIG_PROVISION_TEMPEST_REPO_URI

--provision-tempest-repo-uri

使用する Tempest git レポジトリの uri

CONFIG_PROVISION_TEMPEST_REPO_REVISION

--provision-tempest-repo-revision

使用する tempest git レポジトリの改訂番号

CONFIG_PROVISION_ALL_IN_ONE_OVS_BRIDGE

--provision-all-in-one-ovs-bridge

n (allinone の場合は y)

Packstack では、all-in-oneデプロイメントで外部のOVS ブリッジを設定することができます。これにより、仮想マシンのゲートウェイとして機能するように、適切な IP アドレスでL3 外部のブリッジを設定します。外部 OVS ブリッジを設定するには y に設定します。CONFIG_NEUTRON_INSTALL=y (デフォルト) を指定して packstack --allinone を実行すると、CONFIG_PROVISION_ALL_IN_ONE_OVS_BRIDGE が有効になります。

CONFIG_HEAT_DB_PW --os-heat-mysql-password

MySQL で認証するためにHeat ユーザーにより使用されるパスワード

CONFIG_HEAT_AUTH_ENC_KEY

--heat-auth-encryption-key

データベースで認証情報に使用する暗号化キー

CONFIG_HEAT_KS_PW --os-heat-ks-passwd Identity 認証の HeatService で使用するパスワード

CONFIG_HEAT_CLOUDWATCH_INSTALL

--os-heat-cloudwatch-install

n Packstack で HeatCloudWatch API をインストールするには、y に設定します。

CONFIG_HEAT_CFN_INSTALL

--os-heat-cfn-install

n Packstack で HeatCloudFormation API をインストールするには、y に設定します。

CONFIG_HEAT_DOMAIN --os-heat-domain heat Orchestration 用の Identityドメイン名

CONFIG_HEAT_DOMAIN_ADMIN

--os-heat-domain-admin

heat-admin Orchestration 用の Identityドメインの管理ユーザー名

CONFIG_HEAT_DOMAIN_PASSWORD

--os-heat-domain-password

Orchestration 用の Identityドメインの管理ユーザーパスワード

CONFIG_CEILOMETER_SECRET

--ceilometer-secret Telemetry メッセージの署名用の秘密鍵

CONFIG_CEILOMETER_KS_PW

--ceilometer-ks-passwd

Identity 認証の Ceilometerで使用するパスワード

CONFIG_MONGODB_HOST --mongodb-host 192.0.43.10 MongoDB をインストールする先のサーバーの IP アドレス


説明説明


65

CONFIG_NAGIOS_PW --nagios-passwd Nagios サーバーの nagiosadmin ユーザーのパスワード。この値の指定がない場合は、任意で生成されます。


説明説明

重要重要

/var/lib/cinder に使用するデバイスでも、CINDER_VOLUMES_SIZE で選択した空き容量を確保する必要があります。

重要重要

ボリュームグループのサイズにより、Compute インスタンスに公開可能なディスク容量が制限されることを念頭に置いてください。

重要重要

Packstack は、Subscription Manager を使用して Red Hat Network にシステムを登録します。システムが RHN クラシック経由で Red Hat OpenStack チャンネルにすでに登録されている場合は、問題が発生する可能性があります。

5.3.3. 回答ファイルを使用した回答ファイルを使用した Packstack の実行の実行

回答ファイルの作成、カスタマイズが済むと、このファイルは packstack コマンドを非対話形式で実行する際に使用することができます。

手順手順5.5 回答ファイルを使用した回答ファイルを使用した Packstack の実行の実行

1. 回答ファイルを指定するには、--answer-file=FILE パラメーターを指定して packstack コマンドを実行します。FILE は、回答ファイルへのパスに置き換えてください。

# packstack --answer-file=FILE

例例5.6 回答ファイルを使用した回答ファイルを使用した Packstack の実行の実行

以下の例では、Packstack は ~/answers.cfg に保存されている回答ファイルを使用して実行します。

# packstack --answer-file=~/answers.cfg


66

2. Packstack は、Puppet マニフェストを使用して OpenStack のデプロイを試行します。このプロセスは、選択したデプロイメントオプションによってはかなり時間がかかる可能性があります。デプロイメントが完了すると、Packstack は以下のメッセージを表示します。


また、OpenStack 管理者認証トークン、ダッシュボードの URL が含まれている keystonerc の場所など、設定した環境に関する追加情報も表示されます。

3. 環境内のノードをすべてリブートして、カーネルで変更が反映されるようにします。

Packstack は、全ノードで有効にしたネットワークの名前空間を使用して、新しいカーネルをデプロイします。変更を反映するには、環境をリブートする必要があります。

# reboot

Packstack の回答ファイルを使用して OpenStack が正常にデプロイされました。

注記注記

各 Packstack の実行詳細が含まれるログファイルは、/var/tmp/packstack/ ディレクトリ内の一意名のフォルダーに保存されます。


67

第第6章章 Packstack およびパスワードおよびパスワード

Packstack で OpenStack をデプロイすると、サービスごとにパスワードが生成されます。認証にはこれらのパスワードのサブセットを使用します。本章では、パスワードの場所や、パスワードの変更手順について説明しています。

6.1. パスワードの場所パスワードの場所

本項では、各サービスのパスワードの場所について説明しています。

表表6 .1 Packstack パスワードの場所パスワードの場所

サービスサービスパスワードの場所パスワードの場所

Identity ~/keystonerc_admin

コンピュート /etc/nova/nova.conf

OpenStack Networking /etc/neutron/neutron.conf

Image /etc/glance/glance-api.conf

Block Storage /etc/cinder/cinder.conf

Object Storage /etc/swift/proxy-server.conf

MySQL Database ~/.my.cnf

Telemetry /etc/ceilometer/ceilometer.conf

オーケストレーション /etc/heat/heat.conf

Nagios /etc/nagios/passwd

注記注記

大半の設定ファイルには、サービス用の MySQL パスワードも以下の形式で記載されています。たとえば、Image Service の場合、sql_connection = mysql://glance:[email protected]/glance となります。

12345678abcdefgh は Image Service の MySQL パスワードです。最初の glance はユーザー名です。2 番目の glance はデータベース名です。

6.2. パスワード変更のコマンドパスワード変更のコマンド

本項では、サービスのパスワード更新に使用可能なコマンドについて説明しています。

ダッシュボードのログイン

# keystone user-password-update admin

MySQL

# /usr/bin/mysqladmin -u root -p OLDPASS NEWPASS

OLDPASS を既存のパスワードに、NEWPASS を新しいパスワードに置き換えてください。


68

注記注記

このコマンドは、他の MySQL ユーザーのパスワードではなく、root パスワードの変更に使用します。

Nagios

# htpasswd /etc/nagios/passwd nagiosadmin

nagiosadmin は、ユーザーのパスワードを変更できるように、管理者ユーザー以外のユーザー名に置き換えてください。

Identity サーバー上の Identity の認証パスワードを変更するには、以下のコマンドを使用します。

# keystone user-password-update USERNAME

USERNAME は、パスワードを変更するサービス名と置き換えます。プロンプトが表示されたら、新しいパスワードを入力する必要があります。

OpenStack サービス向けの Identity 認証パスワードの場所は、「パスワードの場所」の表に記載しています。

重要重要

user-password-update コマンドを使用して、Identity サーバー上のパスワードのみを変更します。また、パスワードの変更後は、サービスの設定ファイルを手動で更新するようにしてください。

第第6章章 Packst ack およびパスワードおよびパスワード

69

パートパート III. OpenStack の使用の使用

OpenStack のデプロイを終えると、環境との対話は主にダッシュボードかコマンドラインインターフェースで行われます。ここでは、ダッシュボードを使用して一般的なタスクを実行する手順を説明します。

インスタンスの起動という目標を念頭に、本章ではキーペアの作成、イメージのアップロード、サブネットでのネットワークの作成、インスタンスの起動、ボリュームの作成の手順について説明します。

Dashboard および CLI クライアントの使用に関する詳しい手順はhttps://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/ の Red Hat Enterprise Linux OpenStack Platform 5エンドユーザーガイドと Red Hat Enterprise Linux OpenStack Platform 5 Admininistration User Guide を参照してください。


70


第第7章章はじめにはじめに: インスタンスの起動インスタンスの起動

7.1. ダッシュボードへのアクセスダッシュボードへのアクセス

Dashboard は、OpenStack のシステム環境を管理する Web ベースのユーザーインターフェースです。Dashboard にアクセスするには、あらかじめ以下の作業を完了しておく必要があります。

Dashboard Service をインストールすること

ホスト名とログインパスワードを取得すること

HOSTNAME は、Dashboard をインストールしたサーバーのホスト名または IP アドレスです。

admin としてログインするためのパスワードは ~/keystonerc_admin ファイルの export OS_PASSWORD= に保存されています。

たとえば、packstack --allinone を実行して demo の Identity (Keystone) テナントを有効にした場合、admin アカウントではなく demo アカウントで Dashboard にログインする必要があります。demo パスワードは ~/keystonerc_demo ファイルの export OS_PASSWORD= として保存されています。

手順手順7.1 ダッシュボードへのアクセスダッシュボードへのアクセス

ダッシュボードにログインします。

ブラウザーで設定へのリンクを開き、Dashboard に初回アクセスします。

http://HOSTNAME/dashboard/

HOSTNAME は、ダッシュボードをインストールしたサーバーのホスト名または IP アドレスに置き換えてください。

パートパート III. OpenSt ack の使用の使用

71

図図7.1 ログイン画面ログイン画面

ユーザー名とパスワードを入力してサインインサインインをクリックします。

Dashboard の概要ページが表示されます。このページは利用可能なリソース概要利用可能なリソース概要、使用状況概使用状況概要要、使用状況使用状況が表示されます。


72

図図7.2 Dashboard : プロジェクトタブプロジェクトタブ

7.2. ディスクイメージのアップロードディスクイメージのアップロード

OpenStack Image Service に保管されているイメージをベースにしたインスタンスを起動するには、まずOpenStack で使用するのに適したイメージをダウンロードまたは作成しておく必要があります。

最も簡単な方法は、イメージをダウンロードする方法です。カスタマーポータルのユーザー名とパスワードを使用して、https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=16952 にログインし、「KVM Guest Image」をダウンロードします。

注記注記

packstack --allinone で OpenStack をデプロイすると、デフォルトの cirros イメージが作成されます。これを使用してインスタンスを起動することができます。

ダッシュボードを使用してイメージをアップロードするには、あらかじめ以下の作業を完了しておく必要があります。


手順手順7.2 ダッシュボードを使用したイメージのアップロードダッシュボードを使用したイメージのアップロード


73

https://rhn.redhat.com/rhn/software/channel/downloads/Download.do?cid=16952

1. ダッシュボードにログインします。

2. プロジェクトプロジェクトタブで、コンピュートコンピュートの中のイメージイメージをクリックします。

3. イメージの作成イメージの作成ボタンをクリックします。イメージの作成イメージの作成ダイアログが表示されます。

図図7.3 イメージの作成ダイアログイメージの作成ダイアログ

4. イメージを定義する指定値を設定します。

a. イメージの名前を入力します。

b. イメージの説明を簡単に入力します。


74

c. ドロップダウンリストからイメージソースを選択します。イメージの場所イメージの場所とイメージイメージファイルファイルのいずれかを選択できます。

d. 選択した項目に従い、イメージの場所イメージの場所またはイメージファイルイメージファイルフィールドが表示されます。イメージの場所の URL を指定するか、ファイルシステム上のイメージファイルを参照して指定することができます。

e. 形式形式フィールドのドロップダウンメニューから正しい種別を選択します (例: QCOW2)。

f. 最小ディスク最小ディスク (GB) および最小メモリー最小メモリー (MB) のフィールドは空白のままにします。

これらの値は、適切なデフォルトのフレーバー (例: 小または中) に関するガイドとして、このイメージを使用して新しいインスタンスを使用する際に OpenStack に渡されます。これらのフィールドは任意です。

g. パブリックパブリックのチェックボックスを選択して、他のユーザーもこのイメージにアクセスできるようにします。

h. 保護保護のチェックボックスを選択して、イメージが誤って削除されないように保護します。

i. イメージの作成イメージの作成ボタンをクリックします。

イメージを正常にアップロードしました。この手順の結果、イメージはアップロードのキューに配置されます。イメージのステータスステータスが Queued から Active になるまで多少時間がかかります。

7.3. キーペアの作成キーペアの作成

Compute インスタンスの起動時には、キーペアを指定する必要があります。キーペアを指定することでユーザーはそのインスタンスへセキュアにログインすることができます。本項では、ダッシュボードを使用したキーペアの作成手順について詳しく説明するので、ダッシュボードをあらかじめインストールしておく必要があります。

手順手順7.3 ダッシュボードでのキーペア作成ダッシュボードでのキーペア作成


2. プロジェクトプロジェクトタブで、コンピュートの管理コンピュートの管理のアクセスとセキュリティアクセスとセキュリティをクリックします。

3. キーペアキーペアタブで、キーペアの作成キーペアの作成ボタンをクリックします。キーペアの作成キーペアの作成ダイアログが表示されます。


75

図図7.4 キーペアの作成キーペアの作成

4. キーペア名キーペア名フィールドに名前を指定してキーペアの作成キーペアの作成ボタンをクリックします。

これでキーペアが作成されて、インスタンスの起動時に使用することができます。

注記注記

キーペアの作成時には、ブラウザーを介して、キーペアファイルが自動的にダウンロードされます。また、オプションとして、次のコマンドを実行すると、このファイルをssh に追加して、コマンドラインからの ssh 接続が可能になります。

# ssh-add ~/.ssh/NAME.pem

既存のキーペアを削除するには、キーペアキーペアタブで、そのキーペアのキーペアの削除キーペアの削除ボタンをクリックします。

7.4 . OpenStack Network の作成の作成

この手順では、ダッシュボードを使用して、仮想ネットワークを作成し、インスタンスで使用できるようにします。packstack --allinone で OpenStack をデプロイした後、デフォルトのプライベートプライベートネットワークが作成されます。このネットワークを使用して、インスタンスを作成することも、新規作成することも可能です。

デフォルトでは packstack --allinone は OpenStack Networking (neutron) Service をインストールします。Nova Networking に関する情報は https://access.redhat.com/site/documentation/en-US/Red_Hat_Enterprise_Linux_OpenStack_Platform/ のOpenStack のデプロイ: 実習環境 (手動設定)を参照してください。

注記注記

最初にサブネットを指定する必要はありませんが、インスタンスを起動するには、サブネットのあるネットワークを作成する必要があります。そのため、この手順では、サブネットの作成手順を説明します。

ダッシュボードからネットワークを作成するには、あらかじめ以下の作業を完了しておく必要があります。

Dashboard Service のインストール

OpenStack Networking service のインストール

手順手順7.4 ダッシュボードでのネットワークの作成ダッシュボードでのネットワークの作成


2. プロジェクトプロジェクトタブで、ネットワークネットワークメニューのネットワークネットワークをクリックします。

3. ネットワークの作成ネットワークの作成ボタンをクリックします。ネットワークの作成ネットワークの作成ダイアログが表示されます。


76


図図7.5 ネットワーク作成ネットワーク作成: ネットワークタブネットワークタブ

4. デフォルトでは、ダイアログはネットワークネットワークタブが表示された状態で開きます。任意でネットワーク名を指定することも可能です。

注記注記

特定のサブネットを定義しない場合は、サブネットの作成サブネットの作成のチェックボックスのチェックを解除してください。

5. サブネットサブネットタブをクリックして、以下の値を入力します。

a. サブネットサブネットの名前を入力します。

b. ネットワークの IP アドレスを入力します。

c. ドロップダウンリストから IP バージョンバージョンを選択します。

d. ゲートウェイゲートウェイ IP アドレスを入力します。

6. サブネットの追加属性を指定するには、サブネットの詳細サブネットの詳細タブをクリックして、IP アドレス割り当てプール、DNS サーバー、追加のルート設定を入力します。

7. 作成作成ボタンをクリックします。

新規ネットワークが正常に作成されました。ネットワークトポロジーネットワークトポロジータブを使用して、新たに作成されたネットワークとサブネットを確認します。

7.5. インスタンスの起動インスタンスの起動

以下の手順では、ダッシュボードを使用して新規仮想マシンインスタンスを作成する方法を説明します。ダッシュボードからインスタンスを起動するには、あらかじめ以下の作業を完了しておく必要があります。


イメージの準備。詳細は「ディスクイメージのアップロード」を参照してください。


77

ネットワークの準備。詳細は「OpenStack Network の作成」を参照してください。

手順手順7.5 ダッシュボードでのインスタンスの起動ダッシュボードでのインスタンスの起動


2. プロジェクトプロジェクトタブで、コンピュートコンピュートの中のインスタンスインスタンスをクリックします。

3. インスタンスの起動インスタンスの起動ボタンをクリックします。インスタンスの起動インスタンスの起動ダイアログが表示されます。

図図7.6 インスタンスの起動インスタンスの起動: 「詳細」タブ「詳細」タブ

4. デフォルトでは、ダイアログは詳細詳細タブが表示された状態で開きます。

a. ドロップダウンリストからインスタンスのアベイラビリティゾーンアベイラビリティゾーンを選択します。デフォルトのオプションは nova です。

b. インスタンスを識別するためのインスタンス名インスタンス名を入力します。


78

c. インスタンスのフレーバーフレーバーを選択します。フレーバーにより、インスタンスに提供されるコンピュートリソースが決定します。フレーバーを選択した後には、そのリソースがフフレーバーの詳細レーバーの詳細ペインに表示されて、プレビューすることができます。

注記注記

デフォルトのフレーバーは、選択したイメージの最小 RAM または CPU 設定をもとに選択されます。

d. インスタンス数インスタンス数を入力します。この値により、選択したオプションで起動するインスタンスの数が決定します。

e. インスタンスのブートソースインスタンスのブートソースからブートオプションを選択します。

以下のブートオプションが使用できます。

イメージから起動イメージから起動 : このオプションを選択するとイメージ名イメージ名の新規フィールドが表示されます。ドロップダウンリストからイメージを選択することができます。

スナップショットから起動スナップショットから起動 : このオプションを選択するとインスタンスのスナップインスタンスのスナップショットショットの新規フィールドが表示されます。ドロップダウンリストからイメージを選択することができます。

ボリュームから起動ボリュームから起動 : このオプションを選択するとボリューム名ボリューム名の新規フィールドが表示されます。ドロップダウンリストからボリュームを選択することができます。

イメージから起動イメージから起動 (新しいボリュームを作成新しいボリュームを作成): このオプションでは、ボリュームのデバイスサイズデバイスサイズとデバイス名デバイス名を選択することでイメージから起動してボリュームを作成することができます。インスタンスの終了時にボリュームを削除するには、終了時終了時に削除に削除オプションをクリックします。

スナップショットから起動スナップショットから起動 (新しいボリュームを作成新しいボリュームを作成)：このオプションでは、ドロップダウンリストからボリュームのスナップショットボリュームのスナップショットを選択してデバイス名デバイス名を追加することで、ボリュームのスナップショットから起動し、新規ボリュームを作成することができます。インスタンスの終了時にボリュームを削除するには終了時に削除終了時に削除オプションをクリックします。

5. アクセスとセキュリティアクセスとセキュリティタブをクリックし、インスタンスのセキュリティ設定値を設定します。


79

図図7.7 インスタンスの起動インスタンスの起動: 「アクセスとセキュリティ」タブ「アクセスとセキュリティ」タブ

a. キーペアキーペアドロップダウンボックスから既存のキーペアを選択するか、+ ボタンをクリックして新規キーペアをアップロードします。詳細情報は、「キーペアの作成」を参照してください。

b. インスタンスに適用するセキュリティグループセキュリティグループを選択します。デフォルトでは、default セキュリティグループのみが利用可能です。

6. ネットワークネットワークタブをクリックし、ネットワークの + 記号をクリックして、インスタンス用のネットワークを選択します。

demo の ID (Keystone) テナントでログインした場合、プライベートプライベートネットワークを選択します。


80

図図7.8 インスタンスの起動インスタンスの起動: 「ネットワーク」タブ「ネットワーク」タブ

7. 起動起動ボタンをクリックします。

これで、Compute インスタンスが作成されました。

Dashboard からインスタンスコンソールを起動する手順

1. インスタンスインスタンスタブで、インスタンスの名前をクリックします。インスタンスの詳細インスタンスの詳細ページが表示されます。

2. 表示されたページでコンソールコンソールタブをクリックします。

ブラウザー内で、このインスタンスのコンソールへの VNC セッションが実行されます。

7.6. ボリュームの作成ボリュームの作成

Compute インスタンスは、ブロックストレージボリュームの接続および切断をサポートしています。以下の手順は、ダッシュボードを使用した論理ボリューム作成にともなうステップを詳しく説明します。

ダッシュボードからボリュームを作成するには、あらかじめ以下の作業を完了しておく必要があります。

Dashboard Service のインストール

Block Storage Service のインストール

手順手順7.6 ダッシュボードでのボリューム作成ダッシュボードでのボリューム作成


2. プロジェクトプロジェクトタブで、コンピュートの管理コンピュートの管理のボリュームボリュームをクリックします。

3. ボリュームの作成ボリュームの作成ボタンをクリックすると、ボリュームの作成ボリュームの作成ダイアログが表示されます。


81

図図7.9 「ボリュームの作成」のダイアログ「ボリュームの作成」のダイアログ

4. 新しいボリュームを定義する値を設定します。

a. 新規ボリュームを識別するためのボリューム名ボリューム名を入力します。

b. 新規ボリュームについての説明説明を入力します。

c. 新規ボリュームの容量容量をギガバイト (GB) 単位で入力します。

d. ボリュームソースボリュームソースのドロップダウンリストからボリュームのソースを選択します。空のボリュームを読み込むか、イメージから読み込むかを選択することができます。

重要重要

新規ボリュームは cinder-volumes ボリュームグループとして設定します。新規ボリュームを割り当てるには、cinder-volumes に十分なディスク空き容量が必要です。

5. ボリュームの作成ボリュームの作成ボタンをクリックして、新規ボリュームを作成します。

ダッシュボードを使用したボリュームの作成が正常に完了しました。


82

Packstack デプロイメントの削除デプロイメントの削除

Packstack には、Packstack を使用したインストール環境を削除する自動のアンインストールプロセスはありません。以前の OpenStack のバージョンがインストールされている場合、まずそのバージョンを削除してから Packstack でインストールする必要があります。

以下のシナリオのいずれかを使用することができます。

最初の手順は、ベースシステムにインストールされた OpenStack、全アプリケーションデータ、全パッケージを削除します。

2 番目の手順は、OpenStack 固有のアプリケーションデータとパッケージのみを削除します。こちらは、OpenStack 関連のデータの一部が残る可能性があります。

重要重要

これらの手順は、OpenStack の全ホスト上で root ユーザーとして実行する必要があります。

注記注記

スクリプトが削除しようとした情報が最初から作成されていなかった場合、コマンドによってはエラーが送出されることがあります。

A.1. OpenStack、アプリケーションデータ、全パッケージの完全削除、アプリケーションデータ、全パッケージの完全削除

Packstack を使用したデプロイメント (ベースシステムにインストールされたすべてのアプリケーションデータやパッケージを含む) を完全にアンインストールするには、以下の手順でスクリプトを実行します。

警告警告

以下のスクリプトは、Puppet、httpd、Nagios、それ以外に他のパッケージで必要とされる可能性のあるパッケージなど、各種パッケージを削除します。また、このスクリプトは MySQL データベースや Nagios アプリケーションデータもすべて削除します。

手順手順A.1 ベースシステムにインストールされたベースシステムにインストールされた OpenStack、全アプリケーションデータ、全パッケージ、全アプリケーションデータ、全パッケージの削除の削除

以下のスクリプトはファイルにコピーして実行します。

#!/usr/bin/bash# Warning! Dangerous step! Destroys VMsfor x in $(virsh list --all | grep instance- | awk '{print $2}') ; do virsh destroy $x ; virsh undefine $x ;done ;

# Warning! Dangerous step! Removes lots of packages, including many


83

# which may be unrelated to RDO.yum remove -y nrpe "*nagios*" puppet ntp ntp-perl ntpdate "*openstack*" \"*nova*" "*keystone*" "*glance*" "*cinder*" "*swift*" \mysql mysql-server httpd "*memcache*" scsi-target-utils \iscsi-initiator-utils perl-DBI perl-DBD-MySQL ;

ps -ef | grep -i repli | grep swift | awk '{print $2}' | xargs kill ;

# Warning! Dangerous step! Deletes local application datarm -rf /etc/nagios /etc/yum.repos.d/packstack_* /root/.my.cnf \/var/lib/mysql/ /var/lib/glance /var/lib/nova /etc/nova /etc/swift \/srv/node/device*/* /var/lib/cinder/ /etc/rsync.d/frag* \/var/cache/swift /var/log/keystone ;

umount /srv/node/device* ;killall -9 dnsmasq tgtd httpd ;setenforce 1 ;vgremove -f cinder-volumes ;losetup -a | sed -e 's/:.*//g' | xargs losetup -d ;find /etc/pki/tls -name "ssl_ps*" | xargs rm -rf ;for x in $(df | grep "/lib/" | sed -e 's/.* //g') ; do umount $x ;done

Packstack を使用したデプロイメント (ベースシステムにインストールされたすべてのアプリケーションデータやパッケージを含む) を完全にアンインストールしました。

A.2. OpenStack 固有のアプリケーションデータおよびパッケージのみの削除固有のアプリケーションデータおよびパッケージのみの削除

OpenStack 固有のアプリケーションデータやパッケージをアンインストールするには以下の手順でスクリプトを実行します。

重要重要

スクリプトの実行後も、OpenStack 関連のデータが残ります。

手順手順A.2 OpenStack 固有のアプリケーションデータおよびパッケージのみの削除固有のアプリケーションデータおよびパッケージのみの削除

以下のスクリプトはファイルにコピーして実行します。

#!/usr/bin/bash# Warning! Dangerous step! Destroys VMsfor x in $(virsh list --all | grep instance- | awk '{print $2}') ; do virsh destroy $x ; virsh undefine $x ;done ;

yum remove -y "*openstack*" "*nova*" "*keystone*" "*glance*" "*cinder*" "*swift*" "*rdo-release*";

# Optional - makes database cleanup cleaner.


84

# If you do this bit, the database cleanup stuff below is superfluous.# yum remove -y "*mysql*"

ps -ef | grep -i repli | grep swift | awk '{print $2}' | xargs kill ;

rm -rf /etc/yum.repos.d/packstack_* /var/lib/glance /var/lib/nova /etc/nova /etc/swift \/srv/node/device*/* /var/lib/cinder/ /etc/rsync.d/frag* \/var/cache/swift /var/log/keystone /tmp/keystone-signing-nova ;

# Ensure there is a root user and that we know the passwordservice mysql stopcat > /tmp/set_mysql_root_pwd << EOFUPDATE mysql.user SET Password=PASSWORD('MyNewPass') WHERE User='root';FLUSH PRIVILEGES;EOF

# mysql cleanup/usr/bin/mysqld_safe --init-file=/tmp/set_mysql_root_pwd &rm /tmp/set_mysql_root_pwdmysql -uroot -pMyNewPass -e "drop database nova; drop database cinder; drop database keystone; drop database glance;"

umount /srv/node/device* ;vgremove -f cinder-volumes ;losetup -a | sed -e 's/:.*//g' | xargs losetup -d ;find /etc/pki/tls -name "ssl_ps*" | xargs rm -rf ;for x in $(df | grep "/lib/" | sed -e 's/.* //g') ; do umount $x ;done

OpenStack 固有のアプリケーションデータおよびパッケージのみを削除しました。

Packst ack デプロイメントの削除デプロイメントの削除

85


改訂改訂 5.0.0-21.5 Mon Mar 30 2015 Red Hat Localiz at ionServices

翻訳を更新

改訂改訂 5.0.0-21.4 Mon Oct 20 2014 Red Hat Localiz at ionServices

日本語版を再ビルド

改訂改訂 5.0.0-21.3 Sat Oct 18 2014 Red Hat Localiz at ionServices

翻訳を更新

改訂改訂 5.0.0-21.2 Wed Sep 17 2014 Red Hat Localiz at ionServices

PDF 版の追加

改訂改訂 5.0.0-21.1 Wed Sep 10 2014 Red Hat Localiz at ionServices

バージョン 5.0.0-21 を日本語に翻訳

改訂改訂 5.0.0-21 Fri Aug 22 2014 Bruce ReelerBZ#1131744: 対話式での Packstack の実行のセクションで Orchestration および Telemetry の手順の注記を修正BZ#1131798: Packstack およびパスワードのセクションを変更、config ファイルの表への参照を更新、注記を更新して手順の一部を明確化BZ#1127042: インストールガイドの参照部分を新しいタイトルに変更し、本書のタイトルをスタートガイドから OpenStack のデプロイメント: 概念向けの環境 (Packstack) に変更

改訂改訂 5.0.0-20 Thu Jul 24 2014 Andrew DahmsBZ#1120446: Red Hat Enterprise Linux OpenStack Platform Installer および Foreman ガイドへの参照を追加

改訂改訂 5.0.0-19 Fri Ju l 18 2014 Bruce ReelerBZ#1118112 および BZ#1118110 : 「非対話式での Packstack の実行」セクションの「Packstack 回答ファイルの設定キー」の表を更新。RabbitMQ が推奨の AMQP サービスである点を追記

改訂改訂 5.0.0-18 Mon Jul 7 2014 Don DomingoRed Hat Enterprise Linux OpenStack 5.0 (Red Hat Enterprise Linux 7.0 対応) GA リリースをビルド

改訂改訂 5.0.0-17 Fri Ju l 4 2014 Bruce ReelerBZ#1105430: ドキュメントの QE のフィードバックに基づいて複数のセクションを編集。例: OpenStackサービスの詳細のセクションを削除。「サポートされる仮想マシンのオペレーティングシステム」のセクションを製品要件の箇所に移動。ソフトウェアリポジトリの設定の箇所を変更。「Network Manager の無効化」セクションで chkconfig を systemctl に変更BZ#1040519: subscription-manager と yum-config-manager のいずれかを統一して使用するように変更BZ#1093198: デフォルトのメッセージブローカーを Qpid から rabbitMQ に変更BZ#1105440: ドキュメントの QE のフィードバックに基づいて「Packstack の使用」および付録を複数編集、修正

改訂改訂 5.0.0-13 Tue Jun 24 2014 Don Domingo


86

https://bugzilla.redhat.com/show_bug.cgi?id=1131744




https://bugzilla.redhat.com/1118112






新しいドキュメンテーションポータルの機能に基づく新規推奨パブリケーション設定を適用

改訂改訂 5.0.0-12 Mon Jun 23 2014 Don Domingo新たにサポートされたビルド機能に基づく新規推奨パブリケーション設定を適用

改訂改訂 5.0.0-11 Wed Jun 18 2014 Don Domingo更新により推奨されるビルド設定を https://access.redhat.com/site/documentation/ に適用

改訂改訂 5.0.0-10 Tue Jun 17 2014 Bruce ReelerBZ#1065160: スタートガイドが Packstack 用で、Packstack の実行後のどのようになるかをまとめるために概要部分を更新BZ#1040519: より一貫性をもたせるように configuration-manager を使用してソフトウェアリポジトリの設定のセクションを更新するとともに、手順名とステップも変更BZ#1064085: 翻訳中に発見された誤植や曖昧な点を修正

改訂改訂 5.0.0-9 Mon May 26 2014 Bruce ReelerBZ#964184: 対話的な Packstack の実行時のオプション例を追加BZ#1022873 : ハードコードされたものではなく、Object Storage のカスタムハッシュ設定オプションを追加BZ#1038865: 回答ファイルの保管場所を更新BZ#1064044: 表のフォーマット関連の問題を修正BZ#1066192: 製品の概要のセクションにデプロイメントユーティリティを追加BZ#1071107: ネットワーク作成時の Dashboard の出力を更新BZ#1072204: フレーバーがイメージソースを基に選択されることが分かるように「インスタンスの起動」のセクションで注記を追加BZ#1084834: 概要の項にテクノロジープレビューとして Trove について追加BZ#1095246: Dashboard のスクリーンキャプチャーを更新BZ#1092694: 回答ファイルを使用したストレージの手動設定に関する情報を追加

改訂改訂 5.0.0-8 Mon May 12 2014 Deept i NavaleBZ#1072204: イメージに確保されたリソースを基にフレーバーを選択する点に関して注記を追加BZ#1095246: 概要の章の「Dashboard Service」のセクションでダッシュボードの画像を更新RHEL OpenStack Platform 5 の変更を基に「Dashboard での OpenStack の使用」の章を更新BZ#1071107: ネットワークの作成のセクションの「注記」を更新。サブネットを作成しない場合でも、ネットワークのステータスは Active に変更される

改訂改訂 5.0.0-5 Fri May 9 2014 Bruce ReelerBZ#1022873: 回答ファイルの Packstack 設定キーの表に、カスタムハッシュを作成するためのCONFIG_SWIFT_HASH キーと設定オプション --os-swift-hash を追加BZ#964184: 対話式での Packstack の実行のセクションにインターフェースとブリッジの例を追加BZ#1066192: デプロイメントユーティリティのセクションを追加BZ#1092687: 手順 2.1 NetworkManager の無効化のセクションに NM_CONTROLLED キーの追加の説明が抜けていたため追加し、誤植を修正

改訂改訂 5.0.0-3 Tue May 6 2014 Summer LongBZ#1092694: ストレージの設定の項を再構成および更新

改訂改訂 5.0.0-2 Thu Apr 24 2014 Summer LongRed Hat Enterprise Linux OpenStack Platform 5.0 ベータ版のプレビュー


87

https://access.redhat.com/site/documentation/






















Documents

Red Hat Enterprise Linux OpenStack Hat Enterprise Linux OpenStack Platform 5 OpenStack のデプロイメ ント: 概念実証向けの環境 (Packstack) Red Hat Enterprise Linux OpenStack

Red Hat Enterprise Linux OpenStack Hat Enterprise Linux OpenStack Platform 5 OpenStack のデプロイメント: 概念実証向けの環境 (Packstack) Red Hat Enterprise Linux OpenStack