OpenStack Docs: Pacemaker クラスタースタック
Pacemaker クラスタースタック¶ Pacemaker クラスタースタックは、Linux プラットフォーム向けの最高水準の高可用性と負荷分散を実現します。Pacemaker は OpenStack インフラを高可用化するために役立ちます。 Pacemaker relies on the Corosync messaging layer for reliable cluster communications. Corosync implements the Totem single-ring ordering and membership protocol. It also provides UDP and InfiniBand based messaging, quorum, and cluster membership to Pacemaker. Pacemaker は、管理するア
OpenStack Docs: OpenStack Installation Tutorial for Debian
概要¶ OpenStack システムは、別々にインストールできる複数の主要なサービスから構成されます。クラウドの要件に応じて、これらのサービスを組み合わあせて動作させます。Compute、Identity、Networking、Image、Block Storage、Object Storage、Telemetry、Orchestration、Database などのサービスがあります。これらのプロジェクトを別々にインストールして、設定により単独で動かしたり組み合わせて動かしたりできます。 このガイドは、Debian 8 (コード名: Jessie) で利用可能なパッケージを使用したインストールについて詳細に説明します。 注釈 このガイドでは、非対話モードに設定した debconf でのインストールを行います。つまり、 debconf のプロンプトは表示されません。お使いのコンピューターを
OpenStack Docs: TripleO Containers Architecture
Operating Systems CentOS RHEL Branches Install from stable branch Install from Newton branch Install from Ocata branch RHEL Registration Types Portal Satellite Environments Baremetal Virtual Features Validations Optional Additional Overcloud Roles Ceph Upgrade Version Upgrading Mitaka to Newton Upgrading Newton to Ocata Upgrading Ocata to Pike TripleO Containers Architecture¶ This document explain
OpenStack Docs: Containers based OpenStack deployment
Operating Systems CentOS RHEL Branches Install from stable branch Install from Newton branch Install from Ocata branch RHEL Registration Types Portal Satellite Environments Baremetal Virtual Features Validations Optional Additional Overcloud Roles Ceph Upgrade Version Upgrading Mitaka to Newton Upgrading Newton to Ocata Upgrading Ocata to Pike Containers based OpenStack deployment¶ This section de
OpenStack Docs: HAProxy
HAProxy¶ HAProxy は、TCP や HTTP ベースのアプリケーションに、高速かつ高信頼な HTTP リバースプロキシーとロードバランサーを提供します。とくに、永続性や L7 処理を必要とする、非常に高負荷な Web サイトに適しています。最近のハードウェアを用いると、数千の接続を現実的にサポートします。 HAProxy の各インスタンスは、仮想 IP アドレスへの接続のみを受け付けるよう、そのフロントエンドを設定します。HAProxy のバックエンド (接続先) は、負荷分散されるインスタンスの IP アドレスの一覧です。 注釈 HAProxy が単一障害点にならないようにします。複数の HAProxy インスタンスを実行することが推奨されます。 他の手段として、Pacemaker や Keepalived を使用して可能性を確保することもできます。 代わりに、ハードウェア
OpenStack Docs: OpenStack RC ファイルを用いた環境変数の設定
OpenStack RC ファイルを用いた環境変数の設定¶ OpenStack コマンドラインクライアントに必要な環境変数を設定するには、OpenStack rc ファイルと呼ばれる環境ファイルまたは openrc.sh ファイルを作成する必要があります。OpenStack のインストールでこのファイルが提供される場合は、管理ユーザーまたはその他のユーザーで OpenStack Dashboard からダウンロードしてください。このプロジェクト固有の環境ファイルには、OpenStack サービスが使用する認証情報が含まれます。 このファイルを読み込むと、環境変数が現在のシェルに対して設定されます。この変数により OpenStack クライアントコマンドがクラウドで実行中の OpenStack サービスとやりとりできるようになります。 注釈 環境変数ファイルを用いて環境変数を定義することは、
OpenStack Docs: インスタンスのアクセスとセキュリティーの設定
インスタンスのアクセスとセキュリティーの設定¶ インスタンスを起動する前に、セキュリティーグループルールを追加してユーザーが ping および SSH でインスタンスに接続できるようにします。これには、default セキュリティーグループへのルールの追加 をするか、ルールがすでに設定されているセキュリティーグループを追加します。 キーペアは、起動時に注入される SSH クレデンシャルです。キーペアの注入を使用するにはインスタンスがベースとするイメージに cloud-init パッケージが含まれている必要があります。プロジェクトごとに少なくとも 1 つのキーペアが含まれていなければなりません。詳細は キーペアの追加 を参照してください。 外部ツールでキーペアを生成した場合、OpenStack にそのキーペアをインポートすることができます。このキーペアは、プロジェクトに所属する複数のインスタ
OpenStack Docs: Controlling Node Placement and IP Assignment
Operating Systems CentOS RHEL Branches Install from stable branch Install from Newton branch Install from Ocata branch RHEL Registration Types Portal Satellite Environments Baremetal Virtual Features Validations Optional Additional Overcloud Roles Ceph Upgrade Version Upgrading Mitaka to Newton Upgrading Newton to Ocata Upgrading Ocata to Pike Controlling Node Placement and IP Assignment¶ By defau
Glossary — Documentation Contributor Guide documentation
Glossary¶ This glossary offers a list of terms and definitions to define a vocabulary for OpenStack-related concepts. To add to OpenStack glossary, clone the openstack/openstack-manuals repository and update the source file doc/common/glossary.rst through the OpenStack contribution process. 0-9¶ 2023.1 Antelope¶The code name for the twenty seventh release of OpenStack. This release is the first re
OpenStack Docs: シナリオ: Linux Bridge を使った基本構成
シナリオ: Linux Bridge を使った基本構成¶ このシナリオでは、 OpenStack Networking サービスの ML2 プラグインと Linux ブリッジを使ったクラシック実装について説明します。 クラシック実装は、一般ユーザー (非特権ユーザー) がプロジェクト内の仮想ネットワークを管理する方法を提供し、セルフサービスによる仮想データセンター基盤のネットワーク部分を構成します。以下のようなコンポーネントがあります。 プロジェクト (テナント) ネットワーク プロジェクトネットワークは、特定のプロジェクトのインスタンスに対して接続性を提供します。一般ユーザー (非特権ユーザー) は、管理者やオペレーターが定義した範囲内でプロジェクトネットワークを管理できます。プロジェクトネットワークは VLAN, VXLAN を転送方式として使用できますが、管理者が割り当てた内容によっ
OpenStack Docs: OpenStack CLI チートシート
$ openstack image create "cirros-threepart-kernel" \ --disk-format aki --container-format aki --public \ --file ~/images/cirros-0.3.5-x86_64-kernel $ openstack image create "cirros-threepart-ramdisk" \ --disk-format ari --container-format ari --public \ --file ~/images/cirros-0.3.5-x86_64-initramfs $ openstack image create "cirros-threepart" --disk-format ami \ --container-format ami --public \ --
本書の作成理由と方法 — Security Guide ドキュメント
本書の作成理由と方法¶ OpenStack が拡大を続け、製品が成熟してきたので、セキュリティが重要事項になってきました。OpenStack Security Group は包括的かつ権威のあるセキュリティガイドの必要性を認識しました。OpenStack セキュリティガイド は、OpenStack のセキュリティ向上を目的とした、セキュリティのベストプラクティス、ガイドライン、推奨事項の概要について記載しています。著者らは、さまざまな環境での OpenStack の導入やセキュリティーの向上を行った専門知識を持ち寄っています。 This guide augments the OpenStack Operations Guide and can be referenced to harden existing OpenStack deployments or to evaluate the
OpenStack Docs: Identity API v3 (CURRENT)
Identity API v3 (CURRENT)¶ The Identity service generates authentication tokens that permit access to the OpenStack services REST APIs. Clients obtain this token and the URL endpoints for other service APIs by supplying their valid credentials to the authentication service. Each time you make a REST API request to an OpenStack service, you supply your authentication token in the X-Auth-Token reque
Object Storage API — swift documentation
Lists the activated capabilities for this version of the OpenStack Object Storage API. Most of the information is “public” i.e. visible to all callers. However, some configuration and capability items are reserved for the administrators of the system. To access this data, the swiftinfo_sig and swiftinfo_expires query parameters must be added to the request. Normal response codes: 200 Error respons
Set up a development environment via DevStack — Watcher 13.1.0.dev11 documentation
Set up a development environment via DevStack¶ Watcher is currently able to optimize compute resources - specifically Nova compute hosts - via operations such as live migrations. In order for you to fully be able to exercise what Watcher can do, it is necessary to have a multinode environment to use. You can set up the Watcher services quickly and easily using a Watcher DevStack plugin. See Plugin
Build a new cluster data model collector — Watcher 13.1.0.dev11 documentation
Build a new cluster data model collector¶ Watcher Decision Engine has an external cluster data model (CDM) plugin interface which gives anyone the ability to integrate an external cluster data model collector (CDMC) in order to extend the initial set of cluster data model collectors Watcher provides. This section gives some guidelines on how to implement and integrate custom cluster data model col
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
OpenStack Docs: OpenStack エンドユーザーガイド
OpenStack Docs: Pacemaker cluster stack
Command List — OpenStack Command Line Client 6.7.0.dev64 documentation
OpenStack Docs: OpenStack Installation Tutorial for Ubuntu