Red Hat Training
A Red Hat training course is available for Red Hat OpenStack Platform
ネットワーク機能仮想化 (NFV) の製品ガイド
ネットワーク機能仮想化 (NFV) の概要
OpenStack Documentation Team
rhos-docs@redhat.com
概要
前書き
Red Hat OpenStack Platform は、Red Hat Enterprise Linux 上にプライベートまたはパブリックの Infrastructure-as-a-Service (IaaS) クラウドを構築するための基盤を提供します。これにより、スケーラビリティーが極めて高く、耐障害性に優れたプラットフォームをクラウド対応のワークロード開発にご利用いただくことができます。
ネットワーク機能仮想化 (NFV: Network Functions Virtualization) では、仮想化を使用してネットワークノード機能をビルディングブロックに変換し、それらのビルディングブロックを相互に接続して通信サービスを作成することができます。NFV とは、専用のハードウェアアプライアンスをソフトウェアや自動化に置き換えることによって、ネットワークの定義、作成、管理を行う新しい方法です。
本ガイドでは、Red Hat OpenStack Platform を使用した NFV デプロイメントを加速するための Red Hat の取り組みについて簡単に説明します。
第1章 Red Hat ネットワーク機能仮想化 (NFV) の理解
ネットワーク機能仮想化 (NFV: Network Functions Virtualization) とは、通信事業者 (CSP) が従来のプロプライエタリーハードウェアの範囲を超えて、運用コストを抑えつつ、効率性および俊敏性を向上するのに役立つソフトウェアベースのソリューションのことです。
NFV は汎用のクラウドベースのインフラストラクチャーでネットワーク機能を仮想化して、コストの削減とイノベーションの拡大を図りつつ、レガシーのインフラストラクチャーよりも高い俊敏性、柔軟性、容易性、効率性、スケーラビリティーを提供します。
NFV 環境では、スイッチ、ルーター、ストレージなどの標準のハードウェアデバイス上で実行する標準の仮想化技術を使用して仮想化インフラストラクチャーを提供することで、IT およびネットワークの収束が可能になり、ネットワーク機能を仮想化します。管理およびオーケストレーションロジックにより、これらのサービスをデプロイおよび維持します。NFV には、手動操作の削減を重視したシステム管理、自動化、ライフサイクル管理も含まれます。これにより、DevOps などの最新のツールが確実に使用されるので、作業時間が短縮され、規模が拡大されます。
1.1. NFV の利点
NFV 実装の主要な利点は以下のとおりです。
- ビジネスニーズの変化に対応するために特化されたハードウェアを新たにインストールする必要はないので、新たなネットワークサービスを迅速にデプロイすることが可能となり、市場投入までの時間が短縮されます。NFV により、通信事業者はサービスを試し、開発して、増加する顧客のニーズを満たすことができるため、新規サービスの展開に伴うリスクが軽減されます。
- NFV により、需要の変化に対応してサービスを迅速にスケーリングできるため、俊敏性と柔軟性が提供されます。また、サービスの開発者は実稼動環境で使用するのと同じ環境を使用してリソースやプロトタイプを自己管理できるので、イノベーションがサポートされます。
- セキュリティーやパフォーマンスを犠牲にせず、週/日単位ではなく、時間/分単位で顧客のニーズに対応します。
- カスタマイズされた高額な設備ではなく、商用オフザシェルフ (COTS) のハードウェアを使用するため、資本支出が削減されます。
- 運用の合理化と自動化で日常のタスクを最適化することにより運用コストを削減し、従業員の生産性を向上させます。
1.2. NFV デプロイメントでサポートされている構成
Red Hat OpenStack Platform 10 では、OVS-DPDK および SR-IOV 設定の自動化が追加され、NFV デプロイメントがサポートされています。さらに、ハイパーコンバージドインフラストラクチャー (HCI: Hyper-converged Infrastructure) ソリューションをお求めのお客様は、コンピュートのサブシステムと Red Hat Ceph Storage ノードを共存させることができます。NFV ユースケースにおいて、このハイパーコンバージドモデルを使用すると、初期コストの軽減、初期デプロイメントのフットプリントの縮小、稼働率の最大化、管理の効率化などが実現されます。
以前の Red Hat OpenStack Platform director のリリースでは、オーバークラウドは、事前定義済みのノード (例: コントローラー、コンピュート、ストレージなど) で構成されていました。各ノードは、director ノード上のコアとなる Heat テンプレートコレクションで定義されたサービスセットで構成されていました。Red Hat OpenStack Platform 10 では、コンポーザブルロール機能を使用し、各ロールからサービスの追加または削除を行うことで、カスタムのデプロイメントロールを作成することができます。Red Hat OpenStack Platform 10 リリースでは、director は最新の OpenStack および Ceph のバージョンをデプロイするための設定オプションを多数提供しています。また、一部制約はありますが、OpenDaylight、コンテナー化されたコンピュートノードまたは Real-Time KVM ハイパーバイザーなどテクノロジープレビュー機能のデプロイメントもサポートしています。テクノロジープレビューとして提供されている機能のサポート範囲に関する詳細は「テクノロジプレビュー機能のサポート範囲」を参照してください。
コンポーザブルロールに関する詳しい情報は「Composable Roles and Services」を参照してください。
1.3. ETSI NFV アーキテクチャー
欧州電気通信標準化機構 (ETSI) は、ヨーロッパの情報通信技術 (ICT: Information and Communication Technology) の標準を開発する独立した標準化組織です。
ネットワーク機能の仮想化 (NFV) は、プロプライエタリーのハードウェアデバイスの使用に伴う問題への対処に重点を置いています。NFV を使用すると、ユースケースの要件や経済的な利点によっては、ネットワーク固有の設備をインストールする必要性が軽減されます。ETSI Industry Specification Group for Network Functions Virtualization (ETSI ISG NFV) は、仮想化機能を確実にサポートするために必要な要件、参照アーキテクチャー、インフラストラクチャー仕様を設定します。
Red Hat では、OpenStack などの既存のオープンソースプロジェクトに SR-IOV や DPDK-OVS などの NFV 機能を追加して、通信事業者 (CSP) の IT とネットワークのコンバージェンス実現を支援するオープンソースベースのクラウド最適化ソリューションを提供しています。
1.4. サブスクリプション
Red Hat OpenStack Platform をインストールするには、Red Hat コンテンツ配信ネットワーク (CDN) または Red Hat Satellite 6 で OpenStack 環境の全システムを登録する必要があります。適切なチャンネルに登録すると、特定のリポジトリーにアクセスできるようになり、各リポジトリーから Red Hat OpenStack Platform のインストールや設定に必要なパッケージをダウンロードすることができます。以下は、NFV コンポーネントと共に Red Hat OpenStack Platform 10 をインストールするのにサブスクライブする必要のある CDN チャンネルの一覧です。
表: Red Hat OpenStack Platform リポジトリー
名前 |
リポジトリー |
要件の説明 |
Red Hat Enterprise Linux 7 Server (RPMs) |
|
ベースオペレーティングシステムのリポジトリー |
Red Hat Enterprise Linux 7 Server - Extras (RPMs) |
|
Red Hat OpenStack Platform の依存関係が含まれます。 |
Red Hat Enterprise Linux 7 Server - RH Common (RPMs) |
|
Red Hat OpenStack Platform のデプロイと設定ツールが含まれます。 |
Red Hat Satellite Tools for RHEL 7 Server RPMs x86_64 |
|
Red Hat Satellite 6 でのホスト管理ツール |
Red Hat Enterprise Linux High Availability (for RHEL 7 Server) (RPMs) |
|
Red Hat Enterprise Linux の高可用性ツール。コントローラーノードの高可用性に使用します。 |
Red Hat OpenStack Platform 10 for RHEL 7 (RPMs) |
|
Red Hat OpenStack Platform のコアリポジトリー。Red Hat OpenStack Platform director のパッケージも含まれます。 |
Red Hat Ceph Storage OSD 2 for Red Hat Enterprise Linux 7 Server (RPMs) |
|
(Ceph Storage ノード向け) Ceph Storage Object Storage デーモンのリポジトリー。Ceph Storage ノードにインストールします。 |
Red Hat Ceph Storage MON 2 for Red Hat Enterprise Linux 7 Server (RPMs) |
|
(Ceph Storage ノード向け) Ceph Storage Monitor デーモンのリポジトリー。Ceph Storage ノードを使用して OpenStack 環境にあるコントローラーノードにインストールします。 |
チャンネルへのサブスクライブの手順に関する詳細は「サブスクリプションの基本」を参照してください。
第2章 ソフトウェア
2.1. アーキテクチャーおよびコンポーネント
通常、NFV プラットフォームには以下のコンポーネントが含まれます。
- Virtualized Network Functions (VNF): ルーター、ファイアウォール、ロードバランサー、ブロードバンドのゲートウェイ、モバイルパケットのプロセッサー、サービス提供ノード、シグナリング、位置情報サービスなどのネットワーク機能のソフトウェア実装。
- NFV Infrastructure (NFVi): インフラストラクチャーを構成する物理リソース (コンピュート、ストレージ、ネットワーク) および仮想化層。このネットワークには、仮想マシン間、ホスト全体でパケットを転送するためのデータパスが含まれます。これにより、基盤のハードウェアの情報を考慮せずに VNF をインストールできます。NFVi は、NFV スタックの基盤を形成します。NFVi は、マルチテナントをサポートし、Virtual Infrastructure Manager (VIM) で管理されます。Enhanced Platform Awareness (EPA) により、低レベルの CPU および NIC アクセラレーション機能が VNF に公開され、Red Hat Openstack Platform は仮想マシンのパケット転送のパフォーマンス (スループット、レイテンシー、ジッター) を向上することができます。
- NFV Management and Orchestration (MANO): VNF のライフサイクル全体で必要とされる全サービス管理タスクにフォーカスする管理およびオーケストレーション層。MANO の主要な目的は、オペレーターが顧客に提供するネットワーク機能のサービス定義、自動化、エラーの相関、監視、ライフサイクルを物理インフラストラクチャーから切り離せるようにすることです。このような切り離しを行うには、Virtual Network Function Manager (VNFM) が提供する管理層が追加で必要になります。VNFM は、直接対話するか、VFN ベンダーが提供する Element Management System (EMS) を使用して、仮想マシンのライフサイクルや VNF を管理します。MANO が定義するコンポーネントで他に重要なのは、NFVO として知られるオーケストレーターです。NFVO は、最上部のオペレーション/ビジネスサポートシステム (OSS/BSS) や、最下部の VNFM など、さまざまなデータベースやシステムにインターフェースを提供します。NFVO は、顧客向けの新規サービスを構築する場合には、VNFM に対して VNF のインスタンス化をトリガーするかを尋ねます (これにより、複数の仮想マシンが作成される場合があります)。
- オペレーション/ビジネスサポートシステム (OSS/BSS: Operations/Business Support System): オペレーションサポートや請求など必要不可欠なビジネス機能アプリケーションを提供します。OSS/BSS は、NFV に適応する必要があり、レガシーシステムと新規の MANO コンポーネントを統合しています。BSS システムは、サービスサブスクリプションをベースにポリシーを設定して、レポートと請求を管理します。
- システム管理、自動化、ライフサイクル管理: NFVi プラットフォームのインフラストラクチャーコンポーネントやライフサイクルのシステム管理、自動化を管理します。
2.2. 統合
Red Hat の NFV 向けのソリューションには、ETSI モデルに含まれる NFV フレームワークの異なるコンポーネントとしての役割を果たすことのできる各種製品が含まれます。Red Hat ポートフォリオの以下の製品には、NFV 機能が含まれます。
- Red Hat OpenStack Platform: サービスプロバイダーは IT および NFV ワークロードを実行できます。Enhanced Platform Awareness (EPA) 機能は、SR-IOV や OVS-DPDK をサポートする CPU ピニング、ヒュージページ、Non-Uniform Memory Access (NUMA) アフィニティー、ネットワークアダプター (NIC) などの OpenStack の機能を使用して、決定的なパフォーマンスの向上を図ることができます。
- Red Hat Enterprise Linux および Red Hat Enterprise Linux Atomic Host: VNF として仮想マシンやコンテナーを作成することができます。
- Red Hat Ceph Storage: サービスプロバイダーのワークロードに関するニーズすべてに対応する弾力性があり、統一された高性能なストレージ層。
- Red Hat 提供の Red Hat JBoss Middleware および OpenShift Enterprise: オプションで OSS/BSS コンポーネントの最新化に使用することができます。
- Red Hat CloudForms: VNF マネージャーとして機能し、統合された画面に、VIM や NFVI などの複数のソースのデータを表示することができます。
- Red Hat 提供の Red Hat Satellite および Ansible: システム管理、自動化、ライフサイクル管理を強化するためのオプションのコンポーネント。
2.3. インストールの概要
Red Hat OpenStack Platform director は、完全な OpenStack 環境をインストールおよび管理するためのツールセットで、アップストリームの OpenStack プロジェクト TripleO (OpenStack-On-OpenStack の略) をベースとしています。このプロジェクトは、OpenStack のコンポーネントを活用して、完全に機能する OpenStack 環境をインストールします。これには、実稼動の OpenStack ノードとして使用するベアメタルシステムのプロビジョニングや制御を行うアンダークラウドと呼ばれる最小限の OpenStack ノードが含まれます。これにより、効率的で堅牢性の高い、完全な Red Hat OpenStack Platform 環境を簡単にインストールできます。
アンダークラウドおよびオーバークラウドのインストールに関する詳しい情報は『Red Hat OpenStack Platform director のインストールと使用方法』を参照してください。
NFV 機能をインストールするには、以下の設定手順を追加で行う必要があります。
-
SR-IOV および PCI パススルーのパラメーターを
network-environment.yaml
ファイルに追加して、コンピュートのカーネルの引数を設定するようにfirst-boot.yaml
ファイルを更新します。また、compute.yaml
ファイルを変更して、overcloud_deply.sh
スクリプトを実行し、オーバークラウドをデプロイします。 -
NIC から直接データをポーリングして、高速なパケット処理を行えるように DPDK ライブラリーおよびドライバーをインストールします。
network-environment.yaml
ファイルに DPDK パラメーターを追加し、コンピュートのカーネル引数を設定するようにfirst-boot.yaml
ファイルを更新します。また、compute.yaml
ファイルを更新して DPDK ポートでブリッジの設定を行い、controller.yaml
ファイルを更新して VLAN 構成のブリッジとインターフェースを設定し、overcloud_deploy.sh
スクリプトを実行してオーバークラウドをデプロイします。
設定手順に関する詳細情報は『ネットワーク機能仮想化 (NFV) の設定ガイド』を参照してください。
第3章 ハードウェア
3.1. テストおよび承認済みのハードウェア
以下のハードウェアは、Red Hat OpenStack Platform 10 NFV デプロイメントで動作することをテストおよび承認済みです。
Red Hat は SR-IOV 10G Mellanox、Qlogic および Intel カードをサポートします。詳しい情報は「Network Adapter Feature Support for Red Hat Enterprise Linux」を参照してください。
Red Hat は Intel 10G ポート上で OVS-DPDK をサポートします (NIC: Dual/4 for port Intel X520)。詳しい情報は「Intel Network Adapter Technical Specifications」を参照してください。
第4章 データパスのサポートマトリックス
NFV が導入され、従来のデバイスを VNF として実装を始めているネットワークベンダーが増えています。これらのネットワークベンダーの大半が仮想マシンに着目していますが、選択した設計に合わせたコンテナーベースのアプローチに注目しているベンダーもあります。OpenStack ベースのソリューションは、主に以下の 2 つの理由からリッチかつ柔軟性でなければなりません。
- アプリケーションの即応性: ネットワークベンダーは現在、デバイスを VNF に変換している段階であるため、市場にある VNF ごとに異なる成熟度レベルとなっており、即応性に関する共通の障害として、API での RESTful インターフェースの有効化、データモデルのステートレスへの進化、自動化管理オペレーションの提供などが挙げられます。OpenStack は、すべてに共通のプラットフォームを提供します。
幅広いユースケース: NFV には、異なるユースケースに対応する多様なアプリケーションが含まれます。たとえば、Virtual Customer Premise Equipment (vCPE) は、ルーティング、ファイアウォール、VPN、NAT など多くのネットワーク機能を顧客のサイトで提供することを目的としています。また、Virtual Evolved Packet Core (vEPC) は、LTE (Long-Term Evolution) ネットワークのコアコンポーネントにコスト効果の高いプラットフォームを提供するクラウドアーキテクチャーで、ゲートウェイやモバイルエンドポイントをダイナミックにプロビジョニングして、スマートフォンやその他のデバイスからの増加するデータトラフィック量に対応できるようにします。
これらのユースケースは本質的に、異なるネットワークアプリケーション、プロトコルを使用して実装され、インフラストラクチャーとは異なる接続性、分離、パフォーマンスの特性が必要となります。また、コントロールプレーンのインターフェースとプロトコル、実際の転送プレーンを分離することが一般的です。OpenStack には、さまざまなデータパスの接続性オプションを十分に提供できるように柔軟性が必要です。
基本的に、仮想マシンにデータプレインの接続性を提供する一般的なアプローチは 2 種類あります。
- ハードウェアへのダイレクトアクセス: PCI パススルー (OpenStack では SR-IOV PF と表記) や VF (Virtual Function) や PF (Physical Function) の両パススルー向けの Single Root I/O Virtualization (SR-IOV) などの技術を使用して、Linux カーネルを迂回して、物理ネットワークインターフェースカード (NIC) にセキュアな Direct Memory Access (DMA) を提供します。
- 仮想スイッチ (vswitch) の使用: ハイパーバイザーのソフトウェアサービスとしての実装。仮想マシンは、仮想インターフェース (vNIC) を使用して vSwitch に接続され、仮想マシン間や仮想マシンと物理ネットワーク間のトラフィックを転送することができます。
一般的なデータパスオプションには、以下が含まれます。
- Single Root I/O Virtualization (SR-IOV): 単一の PCI ハードウェアデバイスを複数の仮想 PCI デバイスのように見せる標準のことで、PF (Physical Function) を導入して機能します。PF とは、物理ハードウェアポートと VF (Virtual Function: 仮想マシンに割り当て可能な軽量機能) の機能を果たすフル装備の PCIe 機能です。仮想マシンは、VF をハードウェアと直接通信する通常の NIC とみなします。NIC がサポートする VF は 32-128 です。
- Open vSwitch (OVS): 仮想化サーバー環境内で仮想スイッチとして使用されるように設計されたオープンソースのソフトウェアスイッチです。OVS は、通常の L2-L3 スイッチのケーパビリティーだけでなく、ユーザー定義のオーバーレイネットワーク (例: VXLAN) を作成する OpenFlow などの SDN プロトコルもサポートします。OVS は、物理 NIC を使用して仮想マシン間およびホスト全体のパケットを切り替えるのに、Linux のカーネルネットワークを使用します。OVS は、iptables/ebtables で Linux ブリッジのオーバーヘッドを回避する接続トラッキング (Conntrack) と内蔵のファイアウォール機能をサポートします。Red Hat OpenStack Platform 環境の Open vSwitch は、カスタマイズなしに OVS と OpenStack Networking (neutron) を統合できます。
- Data Plane Development Kit (DPDK): 高速なパケット処理に向けてライブラリーセットや Poll Mode Driver (PMD) で構成されています。DPDK はユーザー空間で大半を実行するように設計されており、アプリケーションが NIC から直接独自のパケット処理を実行できるようになります。DPDK は、レイテンシーを減らし、処理するパケット数を増やすことができます。DPDK Poll Mode Drivers (PMDs) はビジーループで実行され、ホストの NIC ポートやゲストの vNIC ポートにパケットが到着していないかを絶えずスキャンします。
- DPDK accelerated Open vSwitch (OVS-DPDK): Linux カーネルバイパスと物理 NIC への Direct Memory Access (DMA) を用いた高性能のユーザー空間ソリューションに向け DDPK がバンドルされた Open vSwitch。標準の OVS カーネルデータパスを DPDK ベースのデータパスに置き換えて、内部で DPDK をパケット転送に使用するユーザー空間の vSwitch をホストに構築するという概念です。このアーキテクチャーの利点は、OVS の基本機能や公開されるインターフェース (OpenFlow、OVSDB、コマンドライン) はほぼ変わらないので、大半がユーザーに透過的となっている点です。
第5章 パフォーマンス向けの NFV チューニング
NFV ソリューションを活用するには、仮想化機能は物理実装のパフォーマンスを満たすか、超えるものでなければなりません。Red Hat の仮想化技術は、高性能の Kernel-based Virtual Machine (KVM) ハイパーバイザー (OpenStack やクラウドデプロイメントで最も有名なハイパーバイザー) をベースにしています。NFV パフォーマンスに貢献する主要な機能には以下が含まれます。
Real-Time KVM: Real-Time KVM は、レイテンシーの平均を低く保ち、ジッターを最小限に抑え、サービスの低下や中断の原因となり得るスパイクを回避します。しかし、特定の状況で、通常の KVM よりも 1 秒当たりのパケットのスループットが少なくなる場合もあります。Real-Time KVM には、一般的なコンピュートノードとはカーネルや KVM モジュールが異なる Red Hat Enterprise Linux for Real Time をデプロイしたハイパーバイザーの使用や、不必要なシステムの中断をなくすために、広範にわたり BIOS の調整が必要になります。
注記Real-Time KVM は、Red Hat OpenStack Platform 10 リリースではテクノロジープレビューとしてサポートされます。テクノロジープレビューとして提供されている機能のサポート範囲については、「テクノロジプレビュー機能のサポート範囲」を参照してください。
-
CPU Pinning: CPU ピニングは、指定のホスト内にある特定の物理 CPU 上で特定の仮想マシンの仮想 CPU を実行する機能のことです。vCPU ピニングでは、ベアメタルシステムへのピニングタスクと同様の利点が得られます。仮想マシンは、ホストのオペレーティングシステムのユーザー空間タスクとして実行されるので、ピニングすることでキャッシュの効率性が向上されます。vCPU ピニングと
numatune
を組み合わせることで、NUMA ミスを防ぐことができます。 NUMA: 以前は、x86 システムの全メモリーは、システム内のどの CPU からでも同等にアクセスできていたために、システム内で操作を行う CPU、Uniform Memory Access (UMA) を参照する CPU がどれでも、メモリーのアクセス時間は同じでした。
Non-Uniform Memory Access (NUMA) では、システムメモリーは、特定の CPU またはソケットに割り当てられるノードと呼ばれるゾーンに分割されます。CPU のローカルにあるメモリーには、そのシステムのリモートの CPU に接続されているメモリーにアクセスするよりも高速です。通常、NUMA システム上のソケットにはそれぞれローカルのメモリーノードがあり、別の CPU のローカルにあるノードのメモリーや、全 CPU で共有されるバス上のメモリーよりもコンテンツに早くアクセスできます。NUMA を使用しない場合のパフォーマンスへの影響は大きく、一般的に、パフォーマンス 10 % 以上が影響を受けます。各 CPU ソケットには、仮想化を目的とする個別の CPU として扱われる複数の CPU コアを配置することができます。
OpenStack Compute (nova) は、インスタンスの起動時にスマートなスケジューリングや配置の意思決定を行います。管理者はこのような機能を活用すると、NFV や高性能コンピューティング (HPC) などの特化されたワークロードを対象にするカスタマイズされたパフォーマンスフレーバーを構築することができます。
ヒュージページ: 物理メモリーは、ページと呼ばれる連続した一連のリージョンに分割されます。効率化を図るため、システムは、各メモリーバイトにアクセスするのではなく、ページ全体にアクセスしてメモリーを取得します。このような変換を実行するには、システムは、最新のページまたは頻繁に使用されるページの物理から仮想アドレスのマッピングが含まれるトランスレーションルックアサイドバッファー (TLB: Translation Lookaside Buffers) をチェックします。検索したマッピングが TLB にない場合には、プロセッサーは全ページテーブルで同じ処理を反復して、アドレスマッピングを判断する必要があるため、パフォーマンスペナルティーの原因となります。そのため、対象のプロセスがなるべく TLB ミスを回避できるように TLB を最適化することが推奨されます。
x86 システムの一般的なページサイズは 4KB で、他にこれよりもページサイズが大きいものもあります。ページサイズが大きいと、全体的なページ数が少なくなるので、TLB に仮想から物理アドレスの変換を保存可能なシステムメモリー量が増えることになります。その結果、TLB ミスの可能性が低くなり、パフォーマンスが向上します。ページサイズが大きいと、プロセスはページに割り当てる必要があため、メモリーを無駄にする可能性が高くなりますが、すべてのメモリーが必要となることはあまりありません。そのため、ページサイズを選択する際には、より大きいページを使用してアクセス時間を早くするか、より小さいページを使用して最大限にメモリーが使用されるようにするかで、トレードオフが生じます。
詳細情報
以下の表では、参考資料として他の Red Hat のドキュメントを紹介しています。
Red Hat OpenStack Platform のドキュメントスイートは Red Hat OpenStack Platform 10 の製品ドキュメント から参照してください。
表 4.1. 利用可能なドキュメント一覧
コンポーネント |
参考情報 |
Red Hat Enterprise Linux |
Red Hat OpenStack Platform は Red Hat Enterprise Linux 7.3 でサポートされています。Red Hat Enterprise Linux のインストールに関する情報は、Red Hat Enterprise Linux のドキュメント から対応するインストールガイドを参照してください。 |
Red Hat OpenStack Platform |
OpenStack コンポーネントと依存関係をインストールするには、Red Hat OpenStack Platform director を使用します。director は基本の OpenStack インストレーションを アンダークラウド として使用して、最終的な オーバークラウド に OpenStack ノードをインストール、設定して、管理します。デプロイしたオーバークラウドに必要な環境に加えて、アンダークラウドのインストールには、追加のホストマシンが必要な点に注意してください。詳しい手順は、『Red Hat OpenStack Platform director のインストールと使用方法』を参照してください。 Red Hat OpenStack Platform director を使用して、ネットワークの分離、ストレージ設定、SSL 通信、一般的な設定方法など Red Hat OpenStack Platform のエンタープライズ環境の高度な機能設定に関する情報は『Advanced Overcloud Customization』を参照してください。 Red Hat OpenStack Platform コンポーネントを手動でインストールすることもできます。方法については、『手動インストール手順』を参照してください。 |
NFV のドキュメント |
NFV での Red Hat OpenStack Platform のデプロイメント計画に関する詳細は『ネットワーク機能仮想化 (NFV) のプランニングガイド』を参照してください。
Red Hat OpenStack Platform 10 director での SR-IOV および OVS-DPDK 設定に関する情報は『ネットワーク機能仮想化 (NFV) の設定ガイド』を参照してください。 |