Jump to: navigation, search

Difference between revisions of "ReleaseNotes/Liberty/ja"

(Created page with "=== 非推奨の機能 ===")
 
(234 intermediate revisions by 5 users not shown)
Line 13: Line 13:
  
 
リリースノート全文は  
 
リリースノート全文は  
−
https://github.com/openstack/swift/blob/master/CHANGELOG を参照して下さい。
+
https://github.com/openstack/swift/blob/master/CHANGELOG を参照してください。
  
 
=== 新機能 ===
 
=== 新機能 ===
  
−
* Allow 1+ object-servers-per-disk deployment enabled by a new > 0 integer config value, "servers_per_port" in the [DEFAULT] config section for object-server and/or replication server configurations. The setting's integer value determines how many different object-server workers handle requests for any single unique local port in the ring. In this mode, the parent swift-object-server process continues to run as the original user (i.e. root if low-port binding is required). It binds to all ports as defined in the ring. It then forks off the specified number of workers per listen socket. The child, per-port servers, drops privileges and behaves pretty much how object-server workers always have with one exception: the ring has unique ports per disk, the object-servers will only handle requests for a single disk. The parent process detects dead servers and restarts them (with the correct listen socket). It starts missing servers when an updated ring file is found with a device on the server with a new port, and kills extraneous servers when their port is no longer found in the ring. The ring files are started at most on the schedule configured in the object-server configuration by every the "ring_check_interval" parameter (same default of 15s). In testing, this deployment configuration (with a value of 3) lowers request latency, improves requests per second, and isolates slow disk IO as compared to the existing "workers" setting. To use this, each device must be added to the ring using a different port.
+
* object-server とレプリケーションサーバーの設定ファイルの [DEFAULT] 設定セクション中の servers_per_port 設定値を正の整数にすることで、object-servers-per-disk (ディスク単位のオブジェクトサーバー) を複数にすることができるようになりました。この設定の整数値は、Ring 内の1つのローカルポートに対して、何個の object-server ワーカーがリクエストを処理するかを決定します。このモードでは、親となる swift-object-server プロセスが元々のユーザの実行を継続します (小さいポート番号のバインドが必要な場合はユーザーは root になります)。このプロセスは Ring 内で定義された全てのポートをバインドします。その後、親プロセスはリッスンソケット毎に指定された数のワーカーを fork します。子プロセス (ポート毎のサーバー) は特権を破棄し、object-server ワーカーの通常の動作と同じ動作をしますが、１つ例外があります: Ring はディスク単位に一意なポートを持ち、object-server は1つのディスクに対するリクエストのみ処理します。親プロセスはワーカープロセスが死んだ事を検知し、(適切なリッスンソケットを持つ) ワーカープロセスを再起動します。Ring ファイルの更新があり、そのサーバーに新しいポートを持つデバイスが見つかった場合、親プロセスは不足しているサーバを新たに実行します。また、Ring にもはや存在しないポートがある場合、それらのポートを持っていた余分のサーバを停止します。最長でも、 object-server 設定ファイル中の ring_check_interval パラメーター (デフォルトは 15秒) で設定された期間内には、 Ring ファイルの内容が反映されます。テストでは、既存の workers 設定に比べ、このデプロイ設定 (値 3) が応答遅延を最も削減し、秒間リクエストを改善し、低速なディスク I/O の影響が分離されます。この機能を使用するには、各デバイスは異なるポートを使用して Ring に追加する必要があります。
  
−
* object server は container_update_timeout 設定（デフォルトは 1秒）を持っています。この値は、オブジェクトの PUT 操作の結果を返す前、 object server が container server による一覧更新を待つ秒数です。従来、object server は container server の応答を最大３秒待っていました。新しい動作では、クラスタ中の container server がビジーの際（例えば、コンテナが非常に大きい場合）、オブジェクトの PUT 遅延を動的に削減します。この値を必要以上に小さく設定する事は、クライアントのオブジェクト PUT 時に、そのオブジェクトが一覧中で即時に発見出来なくなる事になります。この値を必要以上に大きく設定する事は、container server がビジーの際にクライアントへの遅延が大きくなる事になります。
+
* object server に container_update_timeout 設定 (デフォルトは 1秒) が追加されました。この値は、オブジェクトの PUT 操作の結果を返す前に、 object server が container server による一覧更新を待つ秒数です。従来、object server は container server の応答を最大３秒待っていました。新しい動作では、クラスタ中の container server がビジーの際 (例えば、コンテナが非常に大きい場合)、オブジェクトの PUT 時の遅延を劇的に削減します。この値を必要以上に小さく設定すると、クライアントのオブジェクト PUT 時に、そのオブジェクトがすぐに一覧表示に現れないことになります。この値を必要以上に大きく設定すると、container server がビジーの際にクライアントへの遅延が大きくなることになります。
  
−
* Large Object (SLO) セグメント用の範囲指定ができるようになりました。
+
* Static Large Object (SLO) セグメントの範囲指定ができるようになりました。
  
−
* SLO PUT がセグメント単位の統合チェックをしなくてもよくなりました。従来、各セグメントはマニフェスト中で参照され、また正しい etag とバイト設定を必要としていました。これらのフィールドは今回、null を指定する事で指定されたセグメント特有のチェックをスキップできるようになりました。
+
* SLO PUT でセグメント単位の整合性チェックをしなくてもよくなりました。従来、マニフェスト中で参照されている各セグメントは、正しい etag とバイト設定を必要としていました。今回、これらのフィールドに「null」を指定して、指定されたセグメントに対する特定のチェックをスキップできるようになりました。
  
−
* Replicator 設定は今回、デバイス毎の rsync モジュール指定を可能にする rsync_module 値をサポートしました。この設定は、運用者が１つの Swift クラスタ中のレプリケーションを最適化し、特定のデバイスに対するレプリケーションディスク I/O を分離できるようにします。詳細な情報と設定例は、ドキュメントとサンプル設定ファイルを参照して下さい。
+
* Replicator 設定で今回 rsync_module という値がサポートされました。この値を指定すると、デバイス単位の rsync モジュールを利用できるようになります。この設定により、運用者は、Swift クラスタ中のレプリケーションを細かく調整し、特定のデバイスに対するレプリケーションのディスク I/O を分離できます。詳細な情報と設定例は、ドキュメントとサンプル設定ファイルを参照してください。
  
 
* Ring の変更
 
* Ring の変更
−
** ポート番号は最早、パーティションの配置に使用されなくなりました。これにより、1 object server／サーバで稼働するクラスタには影響を与えずに、1 object server／ドライブで稼働する小規模クラスタ中のデータ分散を改善します。
+
** ポート番号は今後、パーティションの配置に使用されなくなりました。これにより、ドライブ毎に object server を 1 つ動かしている小規模クラスタ中のデータ分散が改善されます。 サーバー毎に object server を 1 つ動かしているクラスタには影響はありません。
−
** 一連の Ring 管理操作のより簡単なテストと分析のため、ring-builder-analyzer ツールを追加しました。
+
** Ringの運用管理操作で、テストと確認をより簡単に行うため、ring-builder-analyzer ツールを追加しました。
−
** Ring 検証は今回、同じデバイスに対するパーティション配置が重複した場合、警告を出すようになりました。Ring 中のデバイスが平準化されていない場合（例えば、２サーバのうち１台が明らかにより大きな容量を持っているなど）、この状態が発生します。
+
** Ring 検証で同じデバイスに対するパーティション配置が複数回行われた場合、警告を出すようになりました。この状態は、Ring 中のデバイスが平準化されていない場合に発生します (例えば、２サーバのうち１台が明らかに大きな容量を持っているなど)。
  
−
* TempURL fixes (closes CVE-2015-5223)<p>Do not allow PUT tempurls to create pointers to other data. Specifically, disallow the creation of DLO object manifests via a PUT tempurl. This prevents discoverability attacks which can use any PUT tempurl to probe for private data by creating a DLO object manifest and then using the PUT tempurl to head the object.</p>
+
* TempURLの修正 (CVE-2015-5223) <p>tempurl への PUT で、他のデータへのポインタを作ることができなくなりました。特に、 tempurl への PUT による DLO オブジェクトマニフェストの作成が禁止されました。これにより、DLO オブジェクトマニフェストを作成し、その tempurl への PUT を使ってオブジェクトに対する HEAD を行うといった、tempurl への PUT を使ったプライベートデータに対する発見可能性攻撃が防止できます。
−
* Swift now emits StatsD metrics on a per-policy basis.
+
* SwiftはStatsDのメトリクスをポリシー毎に出力するようになりました。
−
* Fixed an issue with Keystone integration where a COPY request to a service account may have succeeded even if a service token was not included in the request.
+
* Keystoneを利用した際に、サービストークンがリクエストに含まれていない場合にも、サービスアカウントに対する COPY リクエストが成功する可能性があるという問題を修正しました。
−
* Bulk upload now treats user xattrs on files in the given archive as object metadata on the resulting created objects.
+
* Bulk アップロードで、アップロードされたアーカイブ内のファイルのユーザ xattr が、作成されたオブジェクトのメタデータとして保存されるようになりました
−
* Emit warning log in object replicator if "handoffs_first" or "handoff_delete" is set.
+
* handoff_first か handoff_delete が設定されている場合、 object-replicator で はwarning logが出力されます。
−
* Enable object replicator's failure count in swift-recon.
+
* swift-recon で object-replicatorの失敗数が有効になりました。
−
* Added storage policy support to dispersion tools.
+
* ストレージポリシーのサポートが swift-dispersion ツールに追加されました。
−
* Support keystone v3 domains in swift-dispersion.
+
* Keystone v3 のドメインが swift-dispersion ツールでサポートされました。
−
* Added domain_remap information to the /info endpoint.
+
* domain_remap ミドルウェアの情報が /info エンドポイントに追加されました。
−
* Added support for a "default_reseller_prefix" in domain_remap middleware config.
+
* domain_remap ミドルウェアの設定で default_reseller_prefix のサポートが追加されました。
−
* Allow rsync to use compression via a "rsync_compress" config. If set to true, compression is only enabled for an rsync to a device in a different region. In some cases, this can speed up cross-region replication data transfer.
+
* rsync_compress という設定で rsync の圧縮機能が使えるようになりました。これを True に設定すると、別のリージョンのデバイスへの転送時にのみ転送データが圧縮されます。これによりリージョン間のデータ転送が高速化できる可能性があります。
−
* Added time synchronization check in swift-recon (the --time option).
+
* swift-recon で時刻同期チェックのオプションが追加されました。（--timeオプション）
−
* The account reaper now runs faster on large accounts.
+
* account-reaper が大きなアカウントに対してより高速に動作するようになりました。
−
* Various other minor bug fixes and improvements.
+
* これ以外にも多くの小さなバグ修正や改善がありました。
  
−
=== アップグレード時の注意 ===
+
=== アップグレード時の注意点 ===
  
−
* Dependency changes
+
* 依存パッケージの変更
−
** Added six requirement. This is part of an ongoing effort to add support for Python 3.
+
** sixパッケージが必要になりました。これは現在進められている Python3 対応に向けた変更です。
−
** Dropped support for Python 2.6.
+
** Python 2.6のサポートを終了しました。
−
* Config changes
+
* 設定の変更
−
** Recent versions of Python restrict the number of headers allowed in a request to 100. This number may be too low for custom middleware. The new "extra_header_count" config value in swift.conf can be used to increase the number of headers allowed.
+
** 直近のバージョンの Python では 1 リクエストあたりの HTTP ヘッダー数を100に制限しています。この数値はカスタムミドルウェアでは小さすぎる場合があります。swift.conf 中の extra_header_count という新しい設定値を使って許容するヘッダー数を増やすことができます。
−
** Renamed "run_pause" setting to "interval" (current configs with run_pause still work). Future versions of Swift may remove the run_pause setting.
+
** run_pause 設定は interval に名前が変更されました (現在は run_pause のままでも動作します)。将来的にはrun_pause 設定は削除される可能性があります。
−
* The versioned writes feature has been refactored and reimplemented as middleware. You should explicitly add the versioned_writes middleware to your proxy pipeline, but do not remove or disable the existing container server config setting ("allow_versions"), if it is currently enabled. The existing container server config setting enables existing containers to continue being versioned. Please see http://swift.openstack.org/middleware.html#how-to-enable-object-versioning-in-a-swift-cluster for further upgrade notes.
+
* バージョン付き書き込み (Object Versioning) 機能のリファクタリングが行われ、ミドルウェアとして再実装されました。 proxy の pipeline に明示的にversioned_writes ミドルウェアを追加する必要がありますが、 container サーバーの設定で allow_versions を有効にしている場合にはこの設定を削除したり無効にしたりしてはいけません。既存のcontainer サーバー設定は既存のコンテナーで versioningを有効にするのに必要です。詳しいアップグレード時の注意については http://swift.openstack.org/middleware.html#how-to-enable-object-versioning-in-a-swift-cluster を参照してください。
  
 
== OpenStack Networking (Neutron) ==
 
== OpenStack Networking (Neutron) ==
  
−
=== New Features ===
+
=== 新機能 ===
−
* Neutron now supports IPv6 Prefix Delegation for the automatic assignment of CIDRs to IPv6 subnets. For more information on the usage and configuration of this feature, see the [http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide].
+
* Neutron は IPv6 サブネットに対する CIDR の自動割当において IPv6 プレフィックスデリゲーションに対応しました。この機能の利用、設定に関する詳細な情報は、[http://docs.openstack.org/networking-guide/adv_config_ipv6.html#prefix-delegation OpenStack Networking Guide] を参照してください。
−
* Neutron now exposes a QoS API, initially offering bandwidth limitation on the port level. The API, CLI, configuration and additional information may be found here [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html].
+
* Neutron で QoS API が利用できるようになりました。最初の機能としてポートレベルの帯域幅制限機能が提供されます。この機能の API、CLI、設定、追加情報は [http://docs.openstack.org/developer/neutron/devref/quality_of_service.html] にあります。
−
* Router high availability (L3 HA / VRRP) now works when layer 2 population (l2pop) is enabled [https://bugs.launchpad.net/neutron/+bug/1365476].
+
* ルータ高可用性（L3 HA/VRRP）が、レイヤー２ポピュレーション（l2pop）が有効の場合にも機能するようになりました。
−
* VPNaaS reference drivers now work with HA routers.
+
* VPNaaS リファレンスドライバーが HA ルータ上で動作するようになりました。
−
* Networks used for VRRP traffic for HA routers may now be configured to use a specific segmentation type or physical network tag [https://bugs.launchpad.net/neutron/+bug/1481443].
+
* HA ルータの VRRP トラフィック用に使用されるネットワークを、特定のセグメントタイプまたは物理ネットワークタグを使用して設定できるようになりました。[https://bugs.launchpad.net/neutron/+bug/1481443]
−
* The OVS agent may now be restarted without affecting data plane connectivity.
+
* OVS エージェントをデータプレーンの接続性に影響を与えずに再起動できるようになりました。
−
* Neutron now offers role base access control (RBAC) for networks [http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html].
+
* Neutron は、ネットワークに対してロールベースアクセス制御 (RBAC) が利用できるようになりました。[http://specs.openstack.org/openstack/neutron-specs/specs/liberty/rbac-networks.html]
 
** https://bugs.launchpad.net/neutron/+bug/1498790
 
** https://bugs.launchpad.net/neutron/+bug/1498790
−
* LBaaS V2 reference driver is now based on Octavia, an operator grade scalable, reliable Load Balancer platform.
+
* LBaaS V2 リファレンスドライバーが Octavia (事業者品質のスケーラブルで高信頼なロードバランサプラットフォーム) ベースになりました。
−
* LBaaS V2 API is no longer experimental. It is now stable.
+
* LBaaS V2 API は今回のリリースで実験的機能 (experimental) でなくなりました。安定版 (stable) となりました。
−
* Neutron now provides a way for admins to manually schedule agents, allowing host resources to be tested before they are enabled for tenant use [https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation].
+
* Neutron は、管理者が手動でエージェントをスケジューリングする方法を提供するようになりました。これにより、テナントが利用できるようにする前に、ホストのリソースをテストできるようになりました。[https://github.com/openstack/neutron-specs/blob/master/specs/liberty/enable-new-agents.rst#user-documentation]
−
* Neutron now has a pluggable IP address management framework, enabling the use of alternate or third-party IPAM. The original, non-pluggable version of IPAM is enabled by default.
+
* プラグイン型の IP アドレス管理 (IPAM) フレームワークが実装されました。これにより、サードパーティー製 IPAM や代替機能を利用可能になります。デフォルトでは、以前からの非プラグイン版の IPAM が有効になります。
  
−
=== Deprecated and Removed Plugins and Drivers ===
+
=== 廃止予定や廃止されたプラグインとドライバー ===
−
* The metaplugin is removed in the Liberty release.
+
* metaplugin は Liberty リリースで削除されました。
−
* The IBM SDN-VE monolithic plugin is removed in the Liberty release.
+
* IBM SDN-VE 一体型プラグインは Liberty リリースで削除されました。
−
* The Cisco N1kV monolithic plugin is removed in the Liberty release (replaced by the ML2 mechanism driver).
+
* Cisco N1kV 一体型プラグインは Liberty リリースで削除されました（ML2 メカニズムドライバーで置換されました）
−
* The Embrane plugin is deprecated and will be removed in the Mitaka release.
+
* Embrane プラグインは廃止予定になり、Mitaka リリースで廃止されます。
  
−
=== Deprecated Features ===
+
=== 廃止予定の機能 ===
−
* The FWaaS API is marked as experimental for Liberty. Further, the current API will be removed in Mitaka and replaced with a new FWaaS API, which the team is in the process of developing.
+
* FWaaS API は Liberty では実験的機能(experimental) の扱いです。今後、現在の API が Mitaka で削除され、（Neutron チームが開発中の）新しい FWaaS API で置換される予定です。
−
* The LBaaS V1 API is marked as deprecated and is planned to be removed in a future release. Going forward, the LBaaS V2 API should be used.
+
* LBaaS V1 API は廃止予定となり、将来のリリースで削除される予定です。今後は LBaaS V2 API を使用すべきです。
−
* The 'external_network_bridge' option for the L3 agent has been deprecated in favor of a bridge_mapping with a physnet. For more information, see the "Network Node" section of this scenario in the networking guide: http://docs.openstack.org/networking-guide/scenario_legacy_ovs.html
+
* L3 エージェントの external_network_bridge オプションは廃止予定となりました。 bridge_mapping の physnet 指定を使用してください。詳細な情報は、ネットワーキングガイドの Network Node の節を参照してください。http://docs.openstack.org/networking-guide/scenario_legacy_ovs.html
  
−
=== Performance Considerations ===
+
=== 性能に関する留意事項 ===
−
* The stock Trusty Tahr kernel (3.13) shows linear performance degradation when running "ip netns exec" as the number of namespaces increases.  In cases where scale is important, a later version kernel (e.g. 3.19) should be used. [WHICH VERSION OF 3.13 EXHIBITED THIS. MOST VERSIONS WILL HAVE THIS FIX ALREADY.]
+
* Trusty Tahr に含まれるカーネル (3.13) は、ネームスペース数の増加に伴い「ip netns exec」の実行時の性能が線形に劣化します。スケーラビリティーが重要な場合、より後のバージョンのカーネル (例えば 3.19) を使うべきです。【3.13 のどのバージョンでこの問題が発生するかを明記する必要がある。ほとんどのバージョンではこの問題は既に修正済みである】
 
<br />
 
<br />
−
'''Note:''' This regression should be fixed in Trusty Thar since 3.13.0-36.63 and later kernel versions. For further references see: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1328088
+
[注意] この問題は Trusty Thar の 3.13.0-36.63 以降のカーネルバージョンで修正済みです。詳細は次の URL を参照してください。 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1328088
  
−
* Creating Neutron-LBaaS load balancers in environments without hardware virtualization may be slow when using the Octavia driver.  This is due to QEMU using the TCG accelerator instead of the KVM accelerator in environments without hardware virtualization available.  We recommend enabling hardware virtualization on your compute nodes, or enabling nested virtualization when using the Octavia driver inside a virtual environment.  See the following link for details on setting up nested virtualization for DevStack running inside KVM: http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html.
+
* Octavia ドライバー使用時には、ハードウェア仮想化のない環境での Neutron-LBaaS ロードバランサの作成が遅くなる可能性があります。これは、ハードウェア仮想化なしの環境では QEMU が KVM アクセラレータではなく TCG アクセラレータを使用するためです。Octavia ドライバーを仮想環境内で使用する場合、コンピュートノード上でハードウェア仮想化を有効にするか、nested virtualization (訳注：仮想化環境上の仮想化支援機構) を有効にすることをお勧めします。KVM 内で実行される DevStack で nested virtualization をセットアップする詳細な方法は、次のリンクを参照してください。http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html
  
 
== OpenStack Compute (Nova) ==
 
== OpenStack Compute (Nova) ==
  
−
=== New Features ===
+
=== 新機能 ===
  
 
==== API ====
 
==== API ====
  
−
* Turned on v2.1 by default for all endpoints, v2.0 and v1.1 using a new compatibility mode, to make the transition transparent to existing API users (https://blueprints.launchpad.net/nova/+spec/api-relax-validation)
+
* 全てのエンドポイントのデフォルトが v2.1 に変更され、v2.0 と v1.1 は新しい互換モードが使用されるようになりました。これにより、既存 API ユーザの移行透過性が確保されます。(https://blueprints.launchpad.net/nova/+spec/api-relax-validation)
−
* Evacuate made more robust (partial) (https://blueprints.launchpad.net/nova/+spec/robustify-evacuate)
+
* Evacuate は耐障害性が向上しました (未完成)。 (https://blueprints.launchpad.net/nova/+spec/robustify-evacuate)
−
* New "mark host down"/"force down" API for external high availability tools to notify Nova in the event of a host failure (http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/mark-host-down.html).
+
* 新しいmark host down/force down API。これにより、外部の高可用性ツールがホスト障害イベントをNova に通知できるようになりました。(http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/mark-host-down.html).
−
* Consolidate the APIs for getting consoles https://blueprints.launchpad.net/nova/+spec/consolidate-console-api
+
* コンソール取得 API 群の統合 (https://blueprints.launchpad.net/nova/+spec/consolidate-console-api)
−
* Show 'reserved' status in os-fixed-ips API (https://blueprints.launchpad.net/nova/+spec/show-reserved-status-in-os-fixed-ips-api)
+
* os-fixed-ips API で reserved 状態を表示 (https://blueprints.launchpad.net/nova/+spec/show-reserved-status-in-os-fixed-ips-api)
−
* Allow ip6 server search for non-admin (https://blueprints.launchpad.net/nova/+spec/allow-ip6-search-for-non-admin)
+
* admin 以外のユーザが ip6 サーバサーチ可能に (https://blueprints.launchpad.net/nova/+spec/allow-ip6-search-for-non-admin)
−
* Check flavor type before add tenant access (https://blueprints.launchpad.net/nova/+spec/check-flavor-type-before-add-tenant)
+
* テナントアクセス追加前のフレーバタイプ確認 (https://blueprints.launchpad.net/nova/+spec/check-flavor-type-before-add-tenant)
−
* Make on_shared_storage flag optional in rebuild_instance  (https://blueprints.launchpad.net/nova/+spec/optional-on-shared-storage-flag-in-rebuild-instance)
+
* rebuild_instance  における on_shared_storage フラグが省略可能に (https://blueprints.launchpad.net/nova/+spec/optional-on-shared-storage-flag-in-rebuild-instance)
−
* Policy checks have been removed from the database layer, so are now only at the API layer (https://blueprints.launchpad.net/nova/+spec/nova-api-policy-final-part)
+
* データベースのレイヤーからポリシーチェックを削除。これにより、今回から API レイヤーのみポリシーチェックが存在します。 (https://blueprints.launchpad.net/nova/+spec/nova-api-policy-final-part)
−
* Add VIF net-id in virtual interfaces list API Response (https://blueprints.launchpad.net/nova/+spec/add-vif-net-id-in-vif-list)
+
*仮想インターフェース一覧 API のレスポンス中に VIF net-id を追加 (https://blueprints.launchpad.net/nova/+spec/add-vif-net-id-in-vif-list)
−
* Convert glance image meta properties into NovaObject (partial) (https://blueprints.launchpad.net/nova/+spec/convert-image-meta-into-nova-object)
+
* glance イメージのメタ属性を NovaObject に変換 (未完成) (https://blueprints.launchpad.net/nova/+spec/convert-image-meta-into-nova-object)
−
* Adding locking information in server get response (https://blueprints.launchpad.net/nova/+spec/add-locking-information-in-server-get-response)
+
* サーバの GET レスポンスにロック情報を追加 (https://blueprints.launchpad.net/nova/+spec/add-locking-information-in-server-get-response)
−
* Allow admin users to view any keypair (https://blueprints.launchpad.net/nova/+spec/admin-query-any-keypair)
+
* admin ユーザがキーペア閲覧可能に (https://blueprints.launchpad.net/nova/+spec/admin-query-any-keypair)
−
* Metadata: Add project_id to liberty-versioned metadata (https://blueprints.launchpad.net/nova/+spec/project-id-in-metadata)
+
* メタデータ：liberty バージョンのメタデータに project_id を追加 (https://blueprints.launchpad.net/nova/+spec/project-id-in-metadata)
−
* Metadata: inject routes into network template engine (https://blueprints.launchpad.net/nova/+spec/network-template-routes-injection)
+
* メタデータ：ネットワークテンプレートエンジンにルート情報を挿入 (https://blueprints.launchpad.net/nova/+spec/network-template-routes-injection)
−
* Metadata: API: Proxy neutron configuration to guest instance (partial) (https://blueprints.launchpad.net/nova/+spec/metadata-service-network-info)
+
* メタデータ：API：ゲストインスタンスに対して Neutron 設定をプロキシ (未完成) (https://blueprints.launchpad.net/nova/+spec/metadata-service-network-info)
  
 
==== スケジューラー ====
 
==== スケジューラー ====
  
−
Architectural evolution on the scheduler has continued, along with key bug fixes:
+
scheduler の構造革新は継続中で、これに伴い重要なバグ修正が行われました。
−
* Adds object model for a launch request spec (partially complete) (https://blueprints.launchpad.net/nova/+spec/request-spec-object)
+
* オブジェクトモデルにサーバ作成のリクエストスペックが追加されました (未完成) (https://blueprints.launchpad.net/nova/+spec/request-spec-object)
−
* Move resource allocation ratios from scheduler to resource tracker (https://blueprints.launchpad.net/nova/+spec/allocation-ratio-to-resource-tracker)
+
* リソース割当比率が scheduler からリソーストラッカーに移管されました。(https://blueprints.launchpad.net/nova/+spec/allocation-ratio-to-resource-tracker)
−
* Fix resource tracking for operations that move instances between hosts  (https://blueprints.launchpad.net/nova/+spec/migration-fix-resource-tracking)
+
* ホスト間のインスタンス移動の各種操作のリソーストラッキングを修正 (https://blueprints.launchpad.net/nova/+spec/migration-fix-resource-tracking)
−
* Improved user feedback when returning ''NoValidHost'' from the scheduler (http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/add_exceeded_max_retries_exception.html).
+
* scheduler から NoValidHost を返す際のユーザへのフィードバックを改善 (http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/add_exceeded_max_retries_exception.html)
  
 
==== Cells v2 ====
 
==== Cells v2 ====
  
−
Cells v2 is not currently in a usable state, but we have added some more supporting infrastructure:
+
Cells v2 は現在使用可能な状態にありませんが、Cells v2 を支えるインフラのいくつかが追加されました。
  
−
* Cells host mapping (https://blueprints.launchpad.net/nova/+spec/cells-host-mapping)
+
* Cells ホストマッピング (https://blueprints.launchpad.net/nova/+spec/cells-host-mapping)
−
* Cells instance migration (https://blueprints.launchpad.net/nova/+spec/cells-instance-migration)
+
* Cells インスタンスマイグレーション (https://blueprints.launchpad.net/nova/+spec/cells-instance-migration)
  
−
==== Compute Driver Features ====
+
==== Compute ドライバーの機能 ====
  
 
===== Libvirt =====
 
===== Libvirt =====
  
−
* Moved to using ''os-brick'' library for Libvirt volume drivers allowing sharing of logic for volume discovery and removal between Nova and Cinder (http://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/use-os-brick-library.html).
+
* Libvirt ボリュームドライバーは os-brick ライブラリを使うようになりました。これにより、Nova と CInder の間でボリュームの検出と削除ロジックを共用できるようになりました。(http://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/use-os-brick-library.html)
−
* Added ''live_migration_completion_timeout'' and ''live_migration_progress_timeout'' configuration keys to assist with capping the maximum time a live migration should be allowed to run, particularly when progress has halted (https://launchpad.net/bugs/1429220).
+
* live_migration_completion_timeout と live_migration_progress_timeout 設定パラメータが追加されました。これらは、ライブマイグレーションの実行時間に上限を設け、特に処理が中断された場合に効果を発揮します。(https://launchpad.net/bugs/1429220)
−
* Added logic to manage and scale the maximum downtime setting during live migration to provide larger guest sizes with a better chance of completing migration successfully (https://launchpad.net/bugs/1429220).
+
* ライブマイグレーションの間、最大ダウンタイム設定を管理・計測する機能が追加されました。これにより、大きなサイズのゲストのライブマイグレーションが無事終わる可能性を向上します (https://launchpad.net/bugs/1429220)
−
* Limit parallel live migrations in progress (https://launchpad.net/bugs/1478108).
+
* 同時処理するライブマイグレーション数の上限を設定可能に (https://launchpad.net/bugs/1478108)
−
* Optionally enable the scaling of VirtIO queues in relation to guest vCPUs if the ''hw_vif_multiqueue_enabled'' image property is set to 'true' (default: 'false') providing enhanced network performance for guests with more than one vCPU, many concurrent connections, and/or relatively large packet sizes (http://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/libvirt-virtiomq.html).
+
* hw_vif_multiqueue_enabled イメージプロパティが true の場合 (デフォルトは false)、ゲストの vCPU に関連して VirtIO キューのスケーリングが可能に(オプション)。これにより、複数 vCPU のゲスト、複数の同時ネットワーク接続、それに伴うラージパケットサイズの場合にネットワーク性能が向上します。(http://specs.openstack.org/openstack/nova-specs/specs/liberty/implemented/libvirt-virtiomq.html)
−
* Allow admin to set guest ''Administrator''/''root'' password if QEMU guest agent is installed and enabled via the ''hw_qemu_guest_agent'' image property (http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/libvirt-set-admin-password.html).
+
* ゲストOS上に QEMU ゲストエージェントがインストールされており、hw_qemu_guest_agent イメージプロパティで有効になっている場合、admin がゲストの Administrator／root のパスワードを設定可能に。(http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/libvirt-set-admin-password.html)
−
* New VIF type to allow routing VM data instead of bridging it (https://blueprints.launchpad.net/nova/+spec/vif-type-tap)
+
* ブリッジを使用する代わりに、VM データのルーティングを可能にする新しい VIF タイプ(https://blueprints.launchpad.net/nova/+spec/vif-type-tap)
−
* Add support for InfiniBand SR-IOV for libvirt virtualization (https://blueprints.launchpad.net/nova/+spec/vif-driver-ib-passthrough)
+
* Libvirt 仮想化用に InfiniBand SR-IOV サポート  (https://blueprints.launchpad.net/nova/+spec/vif-driver-ib-passthrough)
−
* Add MacVTap as new virtual interface type for libvirt virtualization (https://blueprints.launchpad.net/nova/+spec/libvirt-macvtap-vif)
+
* Libvirt 仮想化用の新しい仮想インターフェースタイプとして MacVTap を追加 (https://blueprints.launchpad.net/nova/+spec/libvirt-macvtap-vif)
−
* Consolidate FS-style libvirt drivers (https://blueprints.launchpad.net/nova/+spec/consolidate-libvirt-fs-volume-drivers)
+
* ファイルシステムスタイルの Libvirt ドライバーを集約 (https://blueprints.launchpad.net/nova/+spec/consolidate-libvirt-fs-volume-drivers)
−
* EMC ScaleIO Data Client (SDC) Libvirt Volume Driver (https://blueprints.launchpad.net/nova/+spec/emc-sdc-libvirt-volume-driver)
+
* EMC ScaleIO Data Client (SDC) Libvirt ボリュームドライバー(https://blueprints.launchpad.net/nova/+spec/emc-sdc-libvirt-volume-driver)
−
* Implementation of remote FS driver based on `rsync` for libvirt (https://blueprints.launchpad.net/nova/+spec/remote-fs-driver)
+
* Libvirt 用に rsync ベースのリモートファイルシステムドライバーを実装 (https://blueprints.launchpad.net/nova/+spec/remote-fs-driver)
−
* Virtuozzo containers boot from volume (https://blueprints.launchpad.net/nova/+spec/virtuozzo-container-boot-from-volume)
+
* Virtuozzo コンテナのボリューム起動 (https://blueprints.launchpad.net/nova/+spec/virtuozzo-container-boot-from-volume)
−
* Add HGST volume type support w/os-brick (https://blueprints.launchpad.net/nova/+spec/add-os-brick-volume-driver-hgst-solutions)
+
* os-brick を使用した、HGST ボリュームタイプ対応を追加 (https://blueprints.launchpad.net/nova/+spec/add-os-brick-volume-driver-hgst-solutions)
−
* virtio-net multiqueue (partial) (https://blueprints.launchpad.net/nova/+spec/libvirt-virtio-net-multiqueue)
+
* virtio-net マルチキュー (未完成) (https://blueprints.launchpad.net/nova/+spec/libvirt-virtio-net-multiqueue)
  
 
===== VMware =====
 
===== VMware =====
  
−
* VMware driver domain metadata (https://blueprints.launchpad.net/nova/+spec/vmware-driver-domain-metadata)
+
* VMware ドライバーのドメインメタデータ (https://blueprints.launchpad.net/nova/+spec/vmware-driver-domain-metadata)
−
* Enable setting memory, disk and vnic limits (partial) (https://blueprints.launchpad.net/nova/+spec/vmware-limits)
+
* メモリ、ディスク、仮想NICの帯域制御 (未完成) (https://blueprints.launchpad.net/nova/+spec/vmware-limits)
−
* Native HTML5 consoles for VMware (https://blueprints.launchpad.net/nova/+spec/vmware-webmks-console)
+
* VMware ネイティブな HTML5 コンソール  (https://blueprints.launchpad.net/nova/+spec/vmware-webmks-console)
−
* Support swap disk in VMware driver (https://blueprints.launchpad.net/nova/+spec/vmware-swap-support)
+
* VMware ドライバーにおけるスワップディスク対応 (https://blueprints.launchpad.net/nova/+spec/vmware-swap-support)
−
* VMware NSXv Support (https://blueprints.launchpad.net/nova/+spec/vmware-nsxv-support)
+
* VMware NSXv 対応 (https://blueprints.launchpad.net/nova/+spec/vmware-nsxv-support)
−
* VMware: Support for console log in the VMware driver (partial) (https://blueprints.launchpad.net/nova/+spec/vmware-console-log)
+
* VMware: VMware ドライバーにおけるコンソールログ対応 (未完成) (https://blueprints.launchpad.net/nova/+spec/vmware-console-log)
  
 
===== Hyper-V =====
 
===== Hyper-V =====
  
−
* Hyper-V unit tests refactoring (continued + partial) (https://blueprints.launchpad.net/nova/+spec/hyper-v-test-refactoring-liberty)
+
* Hyper-V ユニットテストのリファクタリング (未完成、継続中) (https://blueprints.launchpad.net/nova/+spec/hyper-v-test-refactoring-liberty)
  
 
===== Ironic =====
 
===== Ironic =====
  
−
* Pass down the instance name to Ironic driver (https://blueprints.launchpad.net/nova/+spec/pass-down-instance-name-to-ironic-driver)
+
* Ironic ドライバーへのインスタンス名伝達  (https://blueprints.launchpad.net/nova/+spec/pass-down-instance-name-to-ironic-driver)
  
 
==== その他の機能 ====
 
==== その他の機能 ====
  
−
* Added support for specifying multiple ''instance_type'' names to the ''AggregateTypeAffinityFilter'' (https://blueprints.launchpad.net/nova/+spec/aggregatetypeaffinityfilter-multi-value-support).
+
* ''AggregateTypeAffinityFilter'' に複数の instance_type 名を指定可能に (https://blueprints.launchpad.net/nova/+spec/aggregatetypeaffinityfilter-multi-value-support).
−
* Added experimental online DB schema change option (https://blueprints.launchpad.net/nova/+spec/online-schema-changes)
+
* 実験的なオンライン DB スキーマ変更オプションを追加 (https://blueprints.launchpad.net/nova/+spec/online-schema-changes)
−
* Improved example config file generation (https://blueprints.launchpad.net/nova/+spec/oslo-config-generator)
+
* サンプルの設定ファイル生成の改善 (https://blueprints.launchpad.net/nova/+spec/oslo-config-generator)
−
* Add DB2 as an option for backend database (https://blueprints.launchpad.net/nova/+spec/db2-database)
+
* データベースバックエンドに DB2 を追加 (https://blueprints.launchpad.net/nova/+spec/db2-database)
−
* Cells: different_cells scheduler filter (https://blueprints.launchpad.net/nova/+spec/cells-scheduler-anti-affinity-filter)
+
* Cells：different_cells scheduler フィルタ (https://blueprints.launchpad.net/nova/+spec/cells-scheduler-anti-affinity-filter)
−
* Started on the road towards Python 3.4 support (https://blueprints.launchpad.net/nova/+spec/nova-python3)
+
* Python 3.4 対応に向けた作業を開始 (https://blueprints.launchpad.net/nova/+spec/nova-python3)
−
* Ability to run some Nova services under Apache2 (https://blueprints.launchpad.net/nova/+spec/run-nova-services-under-apache2)
+
* いくつかのNova サービスが Apache2 配下で実行可能に (https://blueprints.launchpad.net/nova/+spec/run-nova-services-under-apache2)
−
* Upgrade infrastructure: Add a universal service version number (https://blueprints.launchpad.net/nova/+spec/service-version-number)
+
* アップグレード：全般的なサービスバージョン番号を追加 (https://blueprints.launchpad.net/nova/+spec/service-version-number)
−
* Running Nova with rootwrap as a daemon (https://blueprints.launchpad.net/nova/+spec/nova-rootwrap-daemon-mode)
+
* Nova の rootwrap をデーモンとして実行 (https://blueprints.launchpad.net/nova/+spec/nova-rootwrap-daemon-mode)
−
* Remove 'scheduled_at' column in nova instances table (https://blueprints.launchpad.net/nova/+spec/cleanup-scheduled-at)
+
* Nova の instances テーブルから scheduled_at 列を削除  (https://blueprints.launchpad.net/nova/+spec/cleanup-scheduled-at)
−
* A new config option "handle_virt_lifecycle_events" in the DEFAULT group was added to allow disabling the event callback handling for instance lifecycle events from the virt driver (which is only implemented by the libvirt and hyper-v drivers in Liberty). This mostly serves as a workaround in case the callbacks are racing under heavy load and causing problems like shutting down running instances. See https://review.openstack.org/#/c/159275/ for details.
+
* DEFAULT グループに新しい設定項目 handle_virt_lifecycle_events を追加。これにより、virt ドライバーからのインスタンスライフサイクルイベント用のイベントコールバックハンドラを無効化できるようになります(この設定項目は Liberty の Libvirt, Hyper-V ドライバーでのみ実装)。これは主に、過負荷状況下でコールバックが競合状態になり、実行中のインスタンスのシャットダウンのような問題を引き起こす場合の回避策を提供します。詳細は https://review.openstack.org/#/c/159275/ 参照。
  
 
=== アップグレード時の注意 ===
 
=== アップグレード時の注意 ===
  
−
* If you are coming from Kilo stable, please make sure you have fully upgraded to the latest release of that lineage before deploying Liberty. Due to bug https://bugs.launchpad.net/nova/+bug/1474074 versions of Kilo from before the fix will be problematic when talking to Liberty nodes.
+
* 安定版の Kilo からのバージョンアップの場合、Liberty をデプロイする前に確実に Kilo 系列の最新バージョンに完全にアップグレードしてください。https://bugs.launchpad.net/nova/+bug/1474074 バグ修正以前の Kilo では、Liberty ノードとの通信時に問題が発生する可能性があります。
−
* Allocation ratios for RAM and CPU are now defined within the nova-compute service (so per compute node). Ratios also need to be provided for the scheduler service. Depending on whether a compute node is running Kilo or Liberty, the allocation ratios will behave differently : ''if the compute node is running Kilo'' then the CPU and RAM allocation ratios for that compute node will be the ones defaulted in the controller's nova.conf file.''Or, if the compute node is Liberty'' then you'll be able to set a per-compute allocation ratio for both CPU and RAM. In order to leave the operator providing the allocation ratios to all the compute nodes, the default allocation ratio will be set in nova.conf to 0.0 (even for the controller). That doesn't mean that allocation ratios will actually be 0.0, just that the operator needs to provide those '''before the next release (ie. Mitaka)'''. To be clear, the default allocation ratios are still 16.0 for cpu_allocation_ratio and 1.5 for ram_allocation_ratio.
+
* RAM と CPU の割当比率は今回、nova-compute の中で(つまり compute ノード単位で)定義されるようになりました。比率はまた、scheduler サービスでも定義する必要があります。compute ノードを Kilo または Liberty のどちらで動かすかによって、割当比率の挙動が異なります。''compute ノードを Kilo で動かす場合''、compute ノード上の CPU と RAM の割当比率は controller の nova.conf ファイルの設定値となります。''compute ノードを Liberty で動かす場合''、compute ノード単位で CPU・RAM 両方の割当比率を設定可能です。全 compute ノードの割当比率を運用者に提供する場合、(controller ノードも含めて) nova.conf 中でデフォルトの割当比率を 0.0 にします。この値は、割当比率が実際に 0.0 になる訳ではなく、単に運用者が'''次のリリース(＝Mitaka)までに'''この値を設定する必要がある事を意味しています。はっきりさせておきたいのは、デフォルトの割当比率はいまだに cpu_allocation_ratio=16、ram_allocation_ratio=1.5 という事です。
−
* nova-compute should be upgraded to Liberty code before upgrading Neutron services per the new "network-vif-deleted" event: https://review.openstack.org/#/c/187871/
+
* 新しい network-vif-deleted イベント (https://review.openstack.org/#/c/187871/) の関係で、Neutron サービスのアップグレード前に nova-compute を Liberty のコードにアップグレードすべきです。
−
* Rootwrap filters must be updated after release to add the 'touch' command.
+
* Liberty へのアップグレード前に rootwrap フィルタに touch コマンドを追加しなければなりません。
−
** There is a race condition between imagebackend and imagecache mentioned in the Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838].
+
** Launchpad Bug [https://bugs.launchpad.net/nova/+bug/1256838 1256838] で指摘された imagebackend と imagecache の間の競合状態があります。
−
** In this case if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then the instance goes in to error state.
+
** imagebackend がベースイメージをインスタンス用パスにコピーしている最中にベースイメージが ImageCacheManager によって削除された場合、インスタンスはエラー状態になります。
−
** In order to resolve this issue, there is a need to add 'touch' command in compute.filters along with the change https://review.openstack.org/#/c/217579/.
+
** この問題を解決するため、https://review.openstack.org/#/c/217579/ の変更に伴い compute.filters に touch コマンドを追加する必要があります。
−
** In case of a race condition, when libvirt has changed the base file ownership to libvirt-qemu while imagebackend is copying the image, then we get permission denied error on updating the file access time using os.utime. To resolve this error we need to update the base file access time with root user privileges using 'touch' command.
+
** 競合状態の場合、imagebackend がイメージをコピーしている最中に Libvirt がベースファイルの所有者を libvirt-qemu に変更する時、os.utime を使用してファイルのアクセス時刻を更新する際に permission denied error が発生します。このエラーの解決のため、root ユーザ特権の touch コマンドを使用して、ベースファイルのアクセス時刻を更新する必要があるのです。
−
* The ''DiskFilter'' is now part of the ''scheduler_default_filters'' in Liberty per https://review.openstack.org/#/c/207942/ .
+
* DiskFilter は Liberty より、scheduler_default_filters の一部となりました。https://review.openstack.org/#/c/207942/
−
* Per https://review.openstack.org/#/c/103916/ you can now only map one vCenter cluster to a single nova-compute node.
+
* 今回より１つの vCenter クラスタを単一の nova-compute ノードでマッピングできるようになりました。https://review.openstack.org/#/c/103916/
−
* The Libvirt driver ''parallels'' has been renamed to ''virtuozzo''
+
* Libvirt の parallels ドライバーは virtuozzo と名称変更されました。
−
* Orphaned tables - ''iscsi_targets'', ''volumes'' - have been removed.
+
* 使用されていない iscsi_targets、volumes テーブルが削除されました。
−
* The default paste.ini has been updated to use the new v2.1 API for all endpoints, and the v3 endpoint has been removed. A compatibility mode middlewear is used to relax the v2.1 validation for the /v2 and /v1.1 endpoints.
+
* デフォルトの paste.ini は全てのエンドポイントで新しい v2.1 API を使用するよう更新され、v3 エンドポイントは削除されました。互換モードミドルウェアは v2.1 のバリデーションを /v2, /v1.1 エンドポイントで緩和するために使用されます。
−
* The code for DB schema downgrades has now been removed: https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
+
* DB スキーマダウングレードのコードが今回削除されました。https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
−
* The default DB driver we test against is now pymysql rather than Python-MySQL
+
* 我々がテストに使用するデフォルトの DB ドライバーは今回、Python-MySQL ではなく pymysql になりました。
−
* The "powervm" hv_type shim has been removed. This only affects users of the [https://github.com/stackforge/powervc-driver PowerVC driver on stackforge] which are using older images with hv_type=powervm in the image metadata.
+
* powervm hv_type 定義は削除されました。この変更は、イメージメタデータ中の hv_type=powervm の古いイメージを使用している [https://github.com/stackforge/powervc-driver PowerVC driver on stackforge] のユーザにのみ影響します。
−
* The minimum required version of libvirt in the Mitaka release will be 0.10.2. Support for libvirt < 0.10.2 is deprecated in Liberty: https://review.openstack.org/#/c/183220/
+
* Mitaka リリースにおける Libvirt の最小バージョンは 0.10.2 になる予定です。Libvirt < 0.10.2 対応は Liberty で廃止予定になりました。https://review.openstack.org/#/c/183220/
−
* The libvirt.remove_unused_kernels config option is deprecated for removal and now defaults to True: https://review.openstack.org/#/c/182315/
+
* libvirt.remove_unused_kernels 設定オプションは廃止予定になり、今回デフォルトで True となりました。https://review.openstack.org/#/c/182315/
 +
 
 +
=== 非推奨の機能 ===
  
−
=== Deprecated Features ===
+
* ツリー API 拡張の無効化オプションが廃止予定になりました。(https://blueprints.launchpad.net/nova/+spec/nova-api-deprecate-extensions)
  
−
* The ability to disable in tree API extensions has been deprecated (https://blueprints.launchpad.net/nova/+spec/nova-api-deprecate-extensions)
+
* 2.21.0 より novaclient.v1_1 モジュールが廃止予定になりました。[[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] また、Mitaka リリースで最初の python-novaclient から上記を削除する予定です。
−
* The novaclient.v1_1 module has been deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=61ef35fe79e2a3a76987a92f9ee2db0bf1f6e651]][[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=0a60aae852d2688861d0b4ba097a1a00529f0611]] since 2.21.0 and we are going to remove it in the first python-novaclient release in Mitaka.
+
* 2.29.0 より `novaclient.client.get_client_class` メソッドが廃止予定になりました。[[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]]  このメソッドは Mitaka で削除されます。
−
* Method `novaclient.client.get_client_class` is deprecated [[https://git.openstack.org/cgit/openstack/python-novaclient/commit/?id=147a1a6ee421f9a45a562f013e233d29d43258e4]] since 2.29.0. The method will be removed in Mitaka.
+
* Cells での使用を含め、weighter の mute_weight_value オプションが廃止予定になりました。
−
* The ''mute_weight_value'' option on weighers has been deprecated, including for use with Cells.
+
* Libvirtドライバー用の remove_unused_kernels 設定オプションが今回、廃止予定になりました。
−
* The ''remove_unused_kernels'' configuration option for the Libvirt driver is now deprecated.
+
* ''vcenter'' ドライバーで使用する vCenter の最小要求バージョンが今回、5.1.0 になりました。5.0 以前を使用している場合、Liberty では警告ログとして記録されますが、Mitaka では 5.0 以前のバージョンの対応は削除されます。
−
* The minimum recommended version of vCenter for use with the ''vcenter'' driver is now 5.1.0. In Liberty this is logged as a warning, in Mitaka support for versions lower than 5.1.0 will be removed.
+
* V3 API 固有のコンポーネントは全て廃止予定となり、デフォルトの paste.ini より削除されました。
−
* API v3 specific components have all been deprecated and removed from the default paste.ini
 
  
 
== OpenStack Telemetry (Ceilometer) ==
 
== OpenStack Telemetry (Ceilometer) ==
  
−
=== Key New Features ===
+
=== 主要な新機能 ===
−
* Creation of Aodh to handle alarming service.
+
* アラームサービスを扱う Aodh の新設
−
* Metadata caching - reduced load of nova API polling.
+
* メタデータキャッシュ (nova API ポーリング負荷低減)
−
* Declarative meters
+
* Declarative (宣言型)メーター
−
** Ability to generate meters by defining meter definition template.
+
** メーター定義テンプレートでの定義により、メーターを生成可能
−
** Ability to define specific SNMP meters to poll.
+
** ポーリングする特定の SNMP メーターを定義可能
−
* Support for data publishing from Ceilometer to Gnocchi.
+
* Ceilometer から Gnocchi へのデータ送信に対応
−
* Mandatory limit - limit restricted querying is enforced. The limit must be explicitly provided on queries, otherwise the result set is restricted to a default limit.
+
* 強制リミット (制限クエリのリミットを強制)。このリミットはクエリの際に明確に提供されなければならず、提供されない場合はデフォルトのリミットに制限されます。
−
* Distributed, coordinated notification agents - support for workload partitioning across multiple notification agents.
+
* 分散協調型の通知エージェント (複数の通知エージェント間で処理負荷を分割可能に)
−
* Events RBAC support.
+
* イベント RBAC 対応
−
* PowerVM hypervisor support.
+
* PowerVM ハイパーバイザ対応
−
* Improved MongoDB query support - performance improvement to statistic calculations.
+
* MongoDB クエリ対応の改善 (統計の計算で性能向上)
−
* Additional meter support:
+
* 新しいメーター対応
−
** Magnum meters
+
** Magnum メーター
−
** DBaaS meters
+
** DBaaS メーター
−
** DNSaaS meters
+
** DNSaaS メーター
  
−
==== Gnocchi Features ====
+
==== Gnocchi 機能 ====
−
* Initial influxdb driver implemented.
+
* 初の influxdb ドライバー実装
  
−
==== Aodh Features ====
+
==== Aodh 機能 ====
−
* Event alarms - ability to trigger an action when an event is received.
+
* イベントアラーム (イベント受信時、アクションを実行する機能)
−
* Trust support in alarms [https://blueprints.launchpad.net/ceilometer/+spec/trust-alarm-notifier link].
+
* アラームでの Trust 対応 [https://blueprints.launchpad.net/ceilometer/+spec/trust-alarm-notifier リンク].
  
−
=== Upgrade Notes ===
+
=== アップグレード時の留意事項 ===
−
* The name of some middleware used by ceilometer changed in a backward incompatible way. Before upgrading, edit the <code>paste.ini</code> file for ceilometer to change <code>oslo.middleware</code> to <code>oslo_middleware</code>. For example, using <nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki>
+
* 後方互換性のため、Ceilometer で使用されていたいくつかのミドルウエア名が変更になりました。アップグレードの前に、<code>paste.ini</code> ファイルを編集し、 <code>oslo.middleware</code> を <code>oslo_middleware</code> に変更してください。例えば、<nowiki>sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini</nowiki> を実行する方法もあります。
−
* The notification agent is a core service to collecting data in Ceilometer. It now handles all transformations and publishing. Polling agents now defer all processing to notification agents, and must be deployed in tandem.
+
* 通知エージェントは Ceilometer 中のデータ収集用コアサービスです。このサービスは全ての transformation と publishing を処理します。ポーリングエージェントは今回より、通知エージェントに全処理を委託します。これらは一緒にインストールされる必要があります。
−
* A mandatory limit is applied to each request. If no limit is given, it will be restricted to a default limit.
+
* 強制リミットは各リクエストに適用されます。リミットが指定されない場合、デフォルトのリミットに制限されます。
  
−
=== Deprecated Features ===
+
=== 廃止予定の機能 ===
−
* Ceilometer Alarms is deprecated in favour or Aodh.
+
* Aodh 採用により、Ceilometer の Alarm 機能は廃止予定になりました。
−
* RPC publisher and collector is deprecated in favour of a topic based notifier publisher.
+
* トピックベースの notifier パブリッシャー採用により、RPC パブリッシャー・コレクターは廃止予定になりました。
−
* Non-metric meters are still deprecated, and are to be removed in a future release.
+
* 非メートル法のメーターは依然廃止予定で、今後のリリースで削除される予定です。
  
 
== OpenStack Identity (Keystone) ==
 
== OpenStack Identity (Keystone) ==
  
−
=== Key New Features ===
+
=== 新機能 ===
  
−
* '''''Experimental''''': Domain specific configuration options can be stored in SQL instead of configuration files, using the new REST APIs.
+
* '''''実験的''''': 新しい REST API の使用により、ドメイン関連の設定オプションは、設定ファイルの代わりに SQL DB 上に保存できるようになりました。
−
* '''''Experimental''''': Keystone now supports tokenless authorization with X.509 SSL client certificate.
+
* '''''実験的''''': Keystone は今回、X.509 SSL クライアント認証を用いたトークンレス認証に対応しました。
−
* Configuring per-Identity Provider WebSSO is now supported.
+
* Keystone 単位のプロバイダ WebSSO 設定に対応しました。
−
* <code>openstack_user_domain</code> and <code>openstack_project_domain</code> attributes were added to SAML assertion in order to map user and project domains, respectively.
+
* ユーザ、プロジェクトドメインにそれぞれマッピングするため、SAML アサーションに <code>openstack_user_domain</code>、<code>openstack_project_domain</code> 属性が追加されました。
−
* The credentials list call can now have its results filtered by credential type.
+
* クレデンシャル一覧 API は今回、結果をクレデンシャルタイプでフィルタリングできるようになりました。
−
* Support was improved for out-of-tree drivers by defining stable Driver Interfaces.
+
* 安定版の Driver Interfaces 定義により、Keystone のソースコードに含まれないドライバーの対応を改善しました。
−
* Several features were hardened, including Fernet tokens, Federation, domain specific configurations from database and role assignments.
+
* Fernet トークン、フェデレーション、DB でのドメイン固有設定、ロール割当を含む、いくつかの機能が強化されました。
−
* Certain variables in keystone.conf now have options, which determine if the user's setting is valid.
+
* keystone.conf 中で、ユーザの設定が有効かどうかを判断する変数が追加されました。
  
 
=== アップグレード時の注意 ===
 
=== アップグレード時の注意 ===
  
−
* The EC2 token middleware, deprecated in Juno, is no longer available in keystone. It has been moved to the keystonemiddleware package.
+
* EC2 トークンミドルウェア (Juno で廃止予定化) は今後 Keystone では利用できません。このミドルウェアは keystonemidleware パッケージに移管されました。
−
* The <code>compute_port configuration</code> option, deprecated in Juno, is no longer available.
+
* <code>compute_port configuration</code> オプション (Juno で廃止予定化) も今後利用できません。
−
* The XML middleware stub has been removed, so references to it must be removed from the <code>keystone-paste.ini</code> configuration file.
+
* XML ミドルウェアのスタブも削除されました。これに伴い、 <code>keystone-paste.ini</code> 設定ファイルにおける XML ミドルウェアへの参照も削除されました。
−
* stats_monitoring and stats_reporting paste filters have been removed, so references to it must be removed from the <code>keystone-paste.ini</code> configuration file.
+
* stats_monitoring とstats_reporting paste フィルタが削除されました。これに伴い、<code>keystone-paste.ini</code> 設定ファイルにおけるこれらへの参照も削除されました。
−
* The external authentication plugins ExternalDefault, ExternalDomain, LegacyDefaultDomain, and LegacyDomain, deprecated in Icehouse, are no longer available.
+
* Icehouse で廃止予定化した外部認証プラグイン  ExternalDefault、ExternalDomain、LegacyDefaultDomain、LegacyDomain は今後利用できません。
−
* <code>keystone.conf</code> now references entrypoint names for drivers. For example, the drivers are now specified as "sql", "ldap", "uuid", rather than the full module path. See the sample configuration file for other examples.
+
* <code>keystone.conf</code> は今回、ドライバーのエントリポイント名を参照するようになりました。例えば、ドライバーがモジュールのフルパスではなく sql、ldap、uuid と指定できるようになりました。サンプル設定ファイルで他の例を参照してください。
−
* We now expose entrypoints for the <code>keystone-manage</code> command instead of a file.
+
* 今回、<code>keystone-manage</code> コマンドにファイルの代わりにエントリポイントを公開するようになりました。
−
* Schema downgrades via <code>keystone-manage db_sync</code> are no longer supported. Only upgrades are supported.
+
* <code>keystone-manage db_sync</code> における DB スキーマのダウングレードは今後サポートされません。アップグレードのみサポートされます。
−
* Features that were "extensions" in previous releases (OAuth delegation, Federated Identity support, Endpoint Policy, etc) are now enabled by default.
+
* 以前のリリースにおける拡張機能 (OAuth デリゲーション、Federated Identity 対応、エンドポイントポリシー) は今回、デフォルトで有効になりました。
−
* A new <code>secure_proxy_ssl_header</code> configuration option is available when running keystone behind a proxy.
+
* プロキシ経由での Keystone アクセスのため、新しい <code>secure_proxy_ssl_header</code> 設定オプションが利用可能になりました。
−
* Several configuration options have been deprecated, renamed, or moved to new sections in the <code>keystone.conf</code> file.
+
* <code>keystone.conf</code> ファイル中でいくつかの設定オプションが廃止予定、名称変更、新セクションに移動されました。
−
* Domain name information can now be used in policy rules with the attribute <code>domain_name</code>.
+
* ドメイン名情報は今回、ポリシールール中で <code>domain_name</code> 属性として利用可能になりました。
  
 
=== 非推奨の機能 ===
 
=== 非推奨の機能 ===
  
−
* Running Keystone in Eventlet remains deprecated and will be removed in the Mitaka release.
+
* Eventlet での Keystone 実行は廃止予定となり、Mitaka リリースで削除される予定です。
−
* Using LDAP as the resource backend, i.e for projects and domains, is now deprecated and will be removed in the Mitaka release.
+
* リソースバックエンドとしての LDAP 利用 (つまり、プロジェクト用とドメイン用) は廃止予定となり、Mitaka リリースで削除される予定です。
−
* Using the full path to the driver class is deprecated in favor of using the entrypoint. In the Mitaka release, the entrypoint must be used.
+
* エントリポイント利用採用により、ドライバークラスへのフルパス利用は廃止予定になりました。Mitaka リリースでは、エントリポイントを使用しなければなりません。
−
* In the [resource] and [role] sections of the <code>keystone.conf</code> file, not specifying the driver and using the assignment driver is deprecated. In the Mitaka release, the resource and role drivers will default to the SQL driver.
+
* <code>keystone.conf</code> ファイル中の [resource]、[role] セクション中で、ドライバー指定なしでの assignment ドライバー利用は廃止予定になりました。Mitaka リリースでは、リソースとロールのドライバーはデフォルトで SQL ドライバーになります。
−
* In <code>keystone-paste.ini</code>, using <code>paste.filter_factory</code> is deprecated in favor of the "use" directive, specifying an entrypoint.
+
* <code>keystone-paste.ini</code> では、エントリポイントを指定する use ディレクティブ採用により、<code>paste.filter_factory</code> 利用は廃止予定になりました。
−
* Not specifying a domain during a create user, group or project call, which relied on falling back to the default domain, is now deprecated and will be removed in the N release.
+
* ドメイン指定なしのユーザー、グループ、プロジェクト作成要求(従来はデフォルトドメインにフォールバックしていました)は今回廃止予定になり、Nリリースで削除される予定です。
−
* Certain deprecated methods from the assignment manager were removed in favor of the same methods in the [resource] and [role] manager.
+
* assignment マネージャの廃止予定メソッドは、[resource]、[role] マネージャ中の同一メソッド採用により削除されました。
  
 
== OpenStack Block Storage (Cinder) ==
 
== OpenStack Block Storage (Cinder) ==
  
−
=== Key New Features ===
+
=== 新機能 ===
−
* A generic image caching solution, so popular VM images can be cached and copied-on-write to a new volume. [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]
+
* Generic image caching 機能がサポートされました。これにより、VM用イメージは初回利用時にバックエンドストレージ上にキャッシュされるため、以降はコピーオンライトにより高速な新規ボリューム作成が可能です。 [http://docs.openstack.org/admin-guide-cloud/blockstorage_image_volume_cache.html Read docs for more info]
−
* Non-disruptive backups [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].
+
* 無停止バックアップ機能のサポート [http://docs.openstack.org/admin-guide-cloud/blockstorage_volume_backups.html Read docs for more info].
−
* Ability to clone consistency groups of volumes [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].
+
* ボリュームの Consistency Groups のクローン機能のサポート [http://docs.openstack.org/admin-guide-cloud/blockstorage-consistency-groups.html Read docs for more info].
−
* List capabilities of a volume backend (fetch extra-specs).
+
* バックエンドストレージの機能リストの取得サポート (extra-specs に対応する機能一覧の取得) [http://docs.openstack.org/admin-guide-cloud/blockstorage_get_capabilities.html Read docs for more info].
−
* Nested quotas.
+
* 階層化 quota のサポート
−
* Default LVM backends to be thin provisioned if available.
+
* Thin provisioned LVM が利用可能な場合、LVMバックエンドのデフォルトとして利用します。
−
* Corrected cinder service-list to show as Down when a driver fails to initialize.
+
* ドライバーの初期化失敗時に、訂正した cinder service-list を表示することが出来ます。
−
* Improved volume migration management:
+
* ボリュームマイグレーション管理機能の改善
−
** Able to see if previous migration attempt was successful
+
** 以前のボリュームマイグレーション実行結果を確認できます。
−
** Admins able to monitor migrations via cinder list
+
** 管理者は、 cinder list コマンドでボリュームマイグレーションの状態を監視できます
−
** New volume status of 'maintenance' to prevent operations being attempted while migration is occurring
+
** マイグレーション中のボリュームに対する他のボリューム操作を防止するために、新しいボリュームの状態 maintenance が追加されました。
−
** Improve backend volume name/id consistency after migration completes
+
** マイグレーション完了後のバックエンドでのボリューム名・ボリュームIDの一貫性が改善されました。
  
−
=== Upgrade Notes ===
+
=== アップグレード時の注意 ===
−
* A change in parameters to RPC APIs and work on object conversion prevent running Liberty c-vol or c-api services with Kilo or earlier versions of either service.
+
* Kilo またはそれ以前のc-volまたはc-apiのサービスと、Libertyの各サービスの同時実行を防止するために、RPC APIへのパラメータの変更とObjectへの変換が導入されました。
  
−
=== Deprecated Features ===
+
=== 非推奨の機能 ===
−
* Removed Simple and Chance Schedulers.
+
* シンプル・チャンススケジューラが削除されました
−
* Removed deprecated HDS HUS iSCSI driver.
+
* HDS HUS iSCSI ドライバーが廃止されました。
−
* Removed Coraid driver.
+
* Coraid ドライバーが廃止されました。
−
* Remove Solaris iSCSI driver.
+
* Solaris iSCSI ドライバーが廃止されました。
−
* Removed --force option for allowing upload of image to attached volume.
+
* アタッチ中のボリュームに対するイメージアップロード機能で、 --force オプションが削除されました。
−
* Marked the v1 API as deprecated.
+
* v1 APIが廃止予定になりました。
  
 
== OpenStack Orchestration (Heat) ==
 
== OpenStack Orchestration (Heat) ==
Line 317: Line 318:
  
 
==== Convergence ====
 
==== Convergence ====
−
convergence は、heat ツリーの中で成熟させている新しいオーケストレーションエンジンです。Liberty では、convergence エンジンを使用する利点は次のとおりです。
+
convergence は新しいオーケストレーションエンジンで、heat ツリーの中で開発が進められています。Liberty では、convergence エンジンを使用する利点として以下のような点があります。
 
* リソース処理の並列度の改善 (大規模テンプレートのスケーラビリティーの改善)
 
* リソース処理の並列度の改善 (大規模テンプレートのスケーラビリティーの改善)
−
* すでに更新処理中の stack-update の実行機能
+
* すでに更新が処理中のものに対して stack-update が実行可能
−
* heat-engine 障害の処理の改善 (WIP)
+
* heat-engine 障害に対する処理の改善 (開発中)
  
−
convergence エンジンは、/etc/heat/heat/conf ファイルの [DEFAULT] セクションに convergence_engine=true を設定して、heat-engine を再起動することにより、有効化できます。設定すると、その後作成されるスタックは convergence エンジンを使用するようになります。既存のスタックの処理は、それまでのエンジンを使用し続けます。
+
convergence エンジンを有効にするには、/etc/heat/heat/conf ファイルの [DEFAULT] セクションに convergence_engine=true を設定して、heat-engine を再起動します。一度有効にすると、その後作成されるスタックは convergence エンジンを使用するようになりますが、既存のスタックに対する処理ではそれまでのエンジンを引き続き使用されます。
  
−
Convergence has '''not''' been production tested and thus should be considered '''beta''' quality - use with caution. For the Liberty release, we recommend enabling convergence for the purposes of evaluation and scale testing. We will be considering making convergence the default engine in the Mitaka cycle. Convergence specific bugs are tracked in launchpad with the [https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs tag].
+
Convergence は本番環境でテストされたもの'''ではなく'''、'''β版'''の品質と認識すべきです。注意してご利用ください。Liberty リリースでは、Convergence は評価・スケーラビリティテストの目的で有効にする事をお勧めします。Mitaka サイクルでは Convergence をデフォルトエンジンにする事を検討する予定です。Convergence 関連のバグは launchpad の[https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs convergence-bugs タグ]で管理されています。
  
−
==== Conditional resource exposure ====
+
==== 条件付きリソース公開 ====
−
Only resources actually installed in the cloud services are made available to users. Operators can further control resources available to users with standard policy rules in [https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 policy.json on per-resource type basis].
+
クラウドサービスに実際にインストールされたリソースのみユーザが利用可能になります。運用者は更に、[https://github.com/openstack/heat/blob/master/etc/heat/policy.json#L80 リソースタイプごとの policy.json] 中の標準的なポリシールールを用いて、利用者が利用可能なリソースをコントロールする事ができます。
  
 
==== heat_template_version: 2015-10-15 ====
 
==== heat_template_version: 2015-10-15 ====
  
−
2015-10-15 indicates that the YAML document is a HOT template and it may contain features added and/or removed up until the Liberty release.
+
2015-10-15 は YAML ドキュメントが HOT テンプレートである事、Liberty リリースまでに追加／削除された機能が含まれている可能性がある事を示しています。
−
* Removes the Fn::Select function (path based [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]/[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] references should be used instead).
+
* Fn::Select function の削除 (パスベースの [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr]。 [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-param get_param] 参照を使用すべきです)
−
* If no <attribute name> is specified for calls to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr], a dict of all attributes is returned, e.g. { get_attr: [<resource name>]}.
+
* [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#get-attr get_attr] API 呼出で <attribute name> が指定されなかった場合、全属性の辞書型が返却されます (例: { get_attr: [<resource name>]})
−
* Adds new [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] intrinsic function
+
* 新しい [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-split str_split] 固有機能の追加
−
* Adds support for passing multiple lists to the existing [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] function.
+
* 既存の [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] 機能の複数行受け渡し機能を追加
−
* Adds support for parsing map/list data to [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] (they will be json serialized automatically)
+
* [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#str-replace str_replace]、[http://docs.openstack.org/developer/heat/template_guide/hot_spec.html#list-join list_join] にマップ／リストのパース機能を追加 (これらは自動的に JSON でシリアライズされます)
  
−
==== REST API/heatclient additions ====
+
==== REST API/heatclient の追加 ====
−
* Stacks can now be assigned with a set of tags, and stack-list can filter and sort through those tags
+
* Stack は今回、（複数の）タグを付与可能になり、stack-list はこれらのタグでフィルタリング／ソート可能になりました。
−
* "heat stack-preview ..." will return a preview of changes for a proposed stack-update
+
* "heat stack-preview ..." は提案された stack-update の変更点のプレビューを返すようになりました。
−
* "heat template-validate --show-nested ..." will also validate all template resources and return nested data useful for building user interfaces
+
* "heat template-validate --show-nested ..." は全てのテンプレートリソースも検証するようになり、ユーザインターフェース作成に便利な、入れ子データを返すようになりました。
−
* "heat resource-type-template --template-type hot ..." generates a template in HOT format
+
* "heat resource-type-template --template-type hot ..." は HOT 形式でテンプレートを生成します。
−
* "heat resource-type-list" only shows types available to the user, and can filter results by name, version and support_status
+
* "heat resource-type-list" はユーザが利用可能なタイプのみ表示するようになり、名前、バージョン、support_status で結果をフィルタリングできるようになりました。
−
* "heat template-version-list" lists available template versions
+
* "heat template-version-list" は利用可能なテンプレートバージョン一覧を表示します。
−
* "heat template-function-list ..." lists available functions for a template version
+
* "heat template-function-list ..." はテンプレートバージョンの利用可能な関数一覧を表示します。
  
−
==== Enhancements to existing resources ====
+
==== 既存リソースの拡張 ====
−
* Software deployments can now use Zaqar for [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server-prop-software_config_transport deploying software data] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::SoftwareDeployment-prop-signal_transport signalling back to Heat]
+
* ソフトウェアのデプロイは今回、[http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server-prop-software_config_transport ソフトウェアデータのデプロイ] と[http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::SoftwareDeployment-prop-signal_transport Heat へのシグナルバック] で Zaqar が利用可能になりました。
−
* Stack actions are now performed on remote [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Stack OS::Heat::Stack] resources
+
* Stack アクションは今回、リモートの [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Stack OS::Heat::Stack] リソース上で実行可能になりました。
−
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server] now supports deletion_policy: Snapshot  
+
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server] は今回、deletion_policy: Snapshot に対応しました。
−
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-updpolicy OS::Heat::ResourceGroup update_policy] now supports specifying [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-batch_create batch_create] and [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-rolling_update rolling_update] options
+
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-updpolicy OS::Heat::ResourceGroup update_policy] は今回、[http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-batch_create batch_create] と [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::ResourceGroup-prop-rolling_update rolling_update] オプションの指定に対応しました。
  
−
==== New resources ====
+
==== 新規リソース ====
−
The following new resources are now distributed with the Heat release:
+
以下のリソースがこの Heat リソースで追加されました。
 
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Order OS::Barbican::Order] [1]
 
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Order OS::Barbican::Order] [1]
 
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Secret OS::Barbican::Secret] [1]
 
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Barbican::Secret OS::Barbican::Secret] [1]
Line 386: Line 387:
 
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Sahara::DataSource OS::Sahara::DataSource]
 
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Sahara::DataSource OS::Sahara::DataSource]
  
−
[1] These existed Kilo as contrib resources as they were for non-integrated projects. These resources are now distributed with Heat as Big Tent projects.
+
[1] これらは非 Integrated プロジェクト用のため、Kilo では contrib として存在していました。これらのリソースは今回、Big Tent プロジェクトとして Heat と一緒に配布されます。
  
−
[2] These existed Kilo as contrib resources as they require a user with an admin role. They are now distributed with Heat. Operators now have ability to hide them from under-privileged users by modifyig policy.json (for reference, OS::Nova::Flavor is hidden from non-admin users in default policy file supplied).
+
[2] これらは  admin ロールを持つユーザが必要であったため、contrib リソースとして Kilo に含まれていました。これらは今回、Heat の一部として配布されるようになりました。運用者は policy.json の修正により特権ユーザからこれらの機能を隠すことができます。(参考までに、OS::Nova::Flavor は提供されるデフォルトのポリシーファイルで admin でないユーザからアクセス出来ないようになっています)
  
−
[3] These existed in Kilo as contrib resources as they used an approach not endorsed by the Heat project. They are now distributed with heat and documented as UNSUPPORTED.
+
[3] これらは、Heat プロジェクトで承認されていないアプローチを使用していたため、Kilo では contrib リソースとして存在していました。これらは今回、Heat の一部として配布され、UNSUPPORTED として記載されています。
  
−
[4] These resources are for projects which are not yet OpenStack Big Tent projects, so are documented as UNSUPPORTED
+
[4] これらのリソースは未だ OpenStack Big Tent プロジェクトになっていないプロジェクト用のものであるため、UNSUPPORTED として記載されています。
  
−
With the new OS::Keystone::* resources it is now be possible for cloud operators to use heat templates to manage Keystone service catalog entries and users.
+
今回、クラウド運用者が新しい OS::Keystone::* リソースを用いて、Keystone サービスカタログエントリとユーザを管理するための Heat テンプレートを利用できるようになりました。
  
−
==== Deprecated Resource Properties ====
+
==== 非推奨のリソースプロパティー ====
−
Many resource properties have previously been documented as DEPRECATED. 15 of these properties are now flagged as HIDDEN, which means they will no longer be documented, but existing stacks and templates will continue to work after a heat upgrade. The [ http://docs.openstack.org/developer/heat/template_guide/openstack.html Resource Type Reference] should be consulted to determine available resource properties and attributes.
+
すでに多くのリソースプロパティーが DEPRECATED (削除予定) としてドキュメントに記載されていました。
 +
これらのうち 15 個が今回 HIDDEN (隠し状態) 扱いになりました。これらは、ドキュメントからは削除される予定ですが、作成済みのスタックやテンプレートは Heat のアップグレード後も引き続き動作します。どのリソースプロパティーと属性が利用可能かを確認するには、
 +
[http://docs.openstack.org/developer/heat/template_guide/openstack.html リソースタイプレファレンス]を参照してください。
  
 
=== アップグレード時の注意 ===
 
=== アップグレード時の注意 ===
  
−
==== Configuration Changes ====
+
==== 設定の変更 ====
−
Notable changes to the /etc/heat/heat.conf [DEFAULT] section:
+
/etc/heat/heat.conf [DEFAULT] セクションの注目すべき変更点
−
* hidden_stack_tags has been added, and stacks containing these tag names will be hidden from stack-list results (defaults to data-processing-cluster, which hides sahara-created stacks)
+
* hidden_stack_tags が追加され、指定したタグ名が含まれるスタックは stack-list の結果に表示されません (デフォルトでは、sahara-create スタックを非表示にする data-processing-cluster リストされています)。
−
* instance_user was deprecated, and is now removed entirely. Nova servers created with OS::Nova::Server resource will now boot configured with the default user set up with the cloud image. AWS::EC2::Instance still creates "ec2-user"
+
* instance_user は非推奨になり、完全に削除されました。OS::Nova::Server リソースを使用して作成された Nova サーバーは、クラウドイメージのデフォルトのユーザー設定の構成でブートされるようになりました。 AWS::EC2::Instance は、依然として ec2-user を作成します。
−
* max_resources_per_stack can now be set to -1 to disable enforcement
+
* max_resources_per_stack を -1 に設定して強制を無効にすることができるようになりました。
−
* enable_cloud_watch_lite is now false by default as this REST API is deprecated
+
* enable_cloud_watch_lite は、この REST API が非推奨となったため、デフォルトで false に設定されるようになりました。
−
* default_software_config_transport has gained the option ZAQAR_MESSAGE
+
* default_software_config_transport に ZAQAR_MESSAGE のオプションが追加されました。
−
* default_deployment_signal_transport has gained the option ZAQAR_SIGNAL
+
* default_deployment_signal_transport に ZAQAR_SIGNAL のオプションが追加されました。
−
* auth_encryption_key is now documented as requiring exactly 32 characters
+
* auth_encryption_key は正確に 32 文字で設定する必要がある旨が記載されるようになりました。
−
* list_notifier_drivers was deprecated and is now removed
+
* list_notifier_drivers は非推奨となり、削除されました。
−
* policy options have moved to the [oslo_policy] section
+
* ポリシーオプションが [oslo_policy] セクションに移動しました。
−
* use_syslog_rfc_format is deprecated and now defaults to true
+
* use_syslog_rfc_format が非推奨となり、デフォルト値は true となりました。
  
−
Notable changes to other sections of heat.conf:
+
heat.conf のその他のセクションの注目すべき変更点:
−
* [clients_keystone] auth_uri has been added to specify the unversioned keystone url
+
* バージョン指定なしの keystone url を指定するための [clients_keystone] auth_uri が追加されました。
−
* [heat_api] workers now defaults to 4 (was previously 0, which created a worker per host CPU)
+
* [heat_api] ワーカーはデフォルトで 4 に設定されるようになりました (以前は 0 で、ホスト CPU 1 つあたりで作成されるワーカー数は 1 でした)。
  
−
The policy file /etc/heat/policy.json can now be configured with per-resource-type access policies, for example:
+
ポリシーファイル /etc/heat/policy.json が per-resource-type のアクセスポリシーで設定できるようになりました。例:
 
     "resource_types:OS::Nova::Flavor": "rule:context_is_admin"
 
     "resource_types:OS::Nova::Flavor": "rule:context_is_admin"
  
−
==== Upgrading from Kilo to Liberty ====
+
==== Kilo から Liberty へのアップグレード ====
−
Progress has been made on supporting live sql migrations, however it is still recommended to bring down the heat service for the duration of the upgrade. Downward SQL schema migrations are no longer supported. A rollback to Kilo will require restoring a snapshot of the pre-upgrade database.
+
sql のライブマイグレーションをサポートするための開発は進んでいますが、アップグレード中には、heat サービスを停止することを引き続き推奨します。下位バージョンの SQL スキーマへのマイグレーションはサポートされなくなりました。Kilo にロールバックするには、アップグレードを実行する前のデータベースのスナップショットから復元する必要があります。
  
 
== OpenStack Data Processing (Sahara) ==
 
== OpenStack Data Processing (Sahara) ==
  
−
=== 主要な新機能 ===
+
=== 新機能 ===
  
−
* New plugins and versions:
+
* 新しいプラグインとバージョン:
−
** Ambari plugin with supports HDP  2.2 / 2.3
+
** HDP  2.2 / 2.3 をサポートする Ambari プラグイン
−
** Apache Hadoop 2.7.1 was added, Apache Hadoop 2.6.0 was deprecated
+
** Apache Hadoop 2.7.1 が追加になり、同 2.6.0 が廃止予定に
−
** CDH 5.4.0 was added with HA support for NameNode and ResourceManager
+
** NameNode と ResourceManager の冗長構成対応を含む CDH 5.4.0  
−
** MapR 5.0.0 was added
+
** MapR 5.0.0 追加
−
** Spark 1.3.1 was added, Spark 1.0.0 was deprecated
+
** Spark 1.3.1 追加、同 1.0.0 が廃止予定に
−
** HDP 1.3.2 and Apache Hadoop 1.2.1 was removed
+
** HDP 1.3.2 と Apache Hadoop 1.2.1 対応を削除
−
* Added support for using Swift with Spark EDP jobs
+
* Spark EDP ジョブ付き Swift 利用に対応
−
* Added support for Spark EDP jobs in CDH and Ambari plugins
+
* CDH と Ambari プラグインにおいて、Spark EDP ジョブに対応
−
* Added support for public and protected resources
+
* パブリック／プロテクトリソースに対応
−
* Started integration with OpenStack client
+
* OpenStack クライアントを使用開始
−
* Added support for editing all Sahara resources
+
* 全 Sahara リソースの編集に対応
−
* Added automatic Hadoop configuration for clusters
+
* クラスタ用の Hadoop 自動設定を追加
−
* Direct engine is deprecated and will be removed in Mitaka release
+
* Direct エンジンが廃止予定になり、Mitaka リリースで削除されます。
−
* Added OpenStack manila NFS shares as a storage backend option for job binaries and data sources
+
* ジョブバイナリーとデータソース用ストレージバックエンドオプションとして OpenStack Manila NFS 共有を追加
−
* Added support for definition and use of configuration interfaces for EDP job templates
+
* EDP ジョブテンプレート用インターフェース設定の定義と利用に対応
  
 
=== 非推奨の機能 ===
 
=== 非推奨の機能 ===
  
−
* Direct provisioning engine
+
* Direct プロビジョニングエンジン
 
* Apache Hadoop 2.6.0
 
* Apache Hadoop 2.6.0
 
* Spark 1.0.0
 
* Spark 1.0.0
−
* All Hadoop 1.X removed
+
* 全 Hadoop 1.X 削除
  
 
== OpenStack Search (Searchlight) ==
 
== OpenStack Search (Searchlight) ==
  
−
This is the first release for Searchlight. Searchlight is intended to dramatically improving the search capabilities and performance of various OpenStack cloud services by offloading user search queries. It provides Keystone RBAC based searches across OpenStack services by indexing their data into ElasticSearch and providing a security layer on top of incoming search queries. ElasticSearch is a search server based on Lucene. It provides a distributed, scalable, near real-time, faceted, multitenant-capable, and full-text search engine with a RESTful web interface.
+
今回が Searchlight の最初のリリースです。Searchlight は、ユーザーの検索要求をオフロードすることで、様々な OpenStack サービスの検索機能と検索性能を劇的に改善することを目的としています。Searchlight は、Keystone の RBAC ベースの、OpenStack サービスにまたがる検索を提供します。OpenStack サービスのデータを ElasticSearch に登録し、要求された検索クエリーに対するセキュリティーレイヤーを提供しています。ElasticSearch は Lucene を使った検索エンジンです。分散でスケーラブルな、リアルタイムに近い、多面的な、マルチテナントに対応した、全文検索エンジンで 、RESTful なウェブインタフェースを持っています。
  
−
* [https://wiki.openstack.org/wiki/Searchlight Project Wiki]
+
* [https://wiki.openstack.org/wiki/Searchlight プロジェクト Wiki]
  
 
=== Key New Features ===
 
=== Key New Features ===
−
* [http://docs.openstack.org/developer/searchlight/searchlightapi.html Searchlight Search API] OpenStack Resource Type based API providing native ElasticSearch query support
+
* [http://docs.openstack.org/developer/searchlight/searchlightapi.html Searchlight Search API]: OpenStack のリソースタイプ単位の API を ElasticSearch ネイティブクエリーとしてサポート
−
* [http://docs.openstack.org/developer/searchlight/indexingservice.html#bulk-indexing Bulk Indexing CLI] searchlight-manage indexing command line interface
+
* [http://docs.openstack.org/developer/searchlight/indexingservice.html#bulk-indexing Bulk Indexing CLI]: searchlight-manage インデックス作成コマンドラインインターフェース
−
* [http://docs.openstack.org/developer/searchlight/indexingservice.html#incremental-updates Incremental Notification based updates]
+
* [http://docs.openstack.org/developer/searchlight/indexingservice.html#incremental-updates 更新に基づく差分通知]
−
* [http://docs.openstack.org/developer/searchlight/indexingservice.html#search-plugins Resource Type Plugin system] for adding and managing resource indexing and searches
+
* [http://docs.openstack.org/developer/searchlight/indexingservice.html#search-plugins リソースタイプのプラグインシステム]: リソースのインデクシングと検索の追加と管理用
−
* [https://github.com/openstack/searchlight/tree/master/devstack Devstack deployment]
+
* [https://github.com/openstack/searchlight/tree/master/devstack Devstack 対応]
  
−
==== New Resource Types Indexed ====
+
==== インデックスが作成された新たなリソースタイプ ====
−
* [http://docs.openstack.org/developer/searchlight/plugins/nova.html OS::Nova::Server] Nova server instances
+
* [http://docs.openstack.org/developer/searchlight/plugins/nova.html OS::Nova::Server] Nova サーバーインスタンス
−
* [http://docs.openstack.org/developer/searchlight/plugins/glance.html OS::Glance::Image & OS::Glance::Metadef] Glance Images and Metadata Definitions
+
* [http://docs.openstack.org/developer/searchlight/plugins/glance.html OS::Glance::Image & OS::Glance::Metadef] Glance イメージとメタデータ定義
−
* [http://docs.openstack.org/developer/searchlight/plugins/designate.html OS::Designate::Zone & OS::Designate::RecordSet] Designate Domain and Record Sets
+
* [http://docs.openstack.org/developer/searchlight/plugins/designate.html OS::Designate::Zone & OS::Designate::RecordSet] Designate ドメインとレコードセット
  
 
=== アップグレード時の注意 ===
 
=== アップグレード時の注意 ===
  
−
N/A
+
なし
  
 
=== 非推奨の機能 ===
 
=== 非推奨の機能 ===
  
−
N/A
+
なし
  
 
== OpenStack DNS (Designate) ==
 
== OpenStack DNS (Designate) ==
  
−
=== 主要な新機能 ===
+
=== 新機能 ===
  
−
* '''''Experimental''''': Hook Point API
+
* '''''実験的機能''''': Hook Point API
−
* Horizon Plugin moved out of tree
+
* Horizon プラグインは別レポジトリーになりました
−
* Purging deleted domains
+
* 削除済みドメインを除去 (purge) 機能
−
* Ceilometer "exists" periodic event per domain
+
* ドメイン単位の Ceilometer exists 定期イベント
−
* ASync actions
+
* 非同期アクション
 
** Import
 
** Import
 
** Export
 
** Export
−
* Active /passive failover for designate-pool-manager periodic tasks
+
* designate-pool-manager の定期タスクでの active/passive フェールオーバー
−
* OpenStack client integration
+
* OpenStack クライアント対応
  
−
==== Addtional DNS Server Backends ====
+
==== 追加された DNS Server バックエンド ====
  
 
* InfoBlox
 
* InfoBlox
 
* Designate
 
* Designate
  
−
=== Upgrade Notes ===
+
=== アップグレード時の注意 ===
  
−
* New service <code>designate-zone-manager</code>
+
* 新しいサービス <code>designate-zone-manager</code>
−
** It is recommended to use a supported tooz backend.
+
** tooz が対応しているバックエンドを使用することを推奨します。
−
** ZooKeeper is recommended, or anything supported by tooz.
+
** ZooKeeper が推奨ですが、 tooz が対応しているものであればどれも使用できます。
−
** If a tooz backend is not used, all zone-managers will assume ownership of all zones, and there will be ''''n'''' "exists" messages per hour, where ''''n'''' is the number of zone-manager processes.
+
** tooz バックエンドを使用しない場合は、すべての zone-manager がすべてのゾーンの所有権を持っているとみなします。その結果、1 時間あたり ''''n'''' 個の exists メッセージが送られます。 ''''n'''' は zone-manager のプロセス数です。
  
−
* <code>designate-pool-manager</code> can do active/passive failover for periodic tasks.
+
* <code>designate-pool-manager</code> は定期タスクでの active/passive フェールオーバーを行います。
−
** It is recommended to use a supported tooz backend.
+
** tooz が対応しているバックエンドを使用することを推奨します。
−
** If a tooz backend is not used, all pool-managers will assume ownership of the pool, and multiple periodic tasks will run. This can result in unforeseen consequences.
+
** tooz バックエンドを使用しない場合、すべての pool-manager がすべてのゾーンの所有権を持っているとみなします。その結果、定期タスクが複数回実行され、予期しない結果になる可能性があります。
  
−
=== Deprecated Features ===
+
=== 非推奨の機能 ===
  
 
* V1 API
 
* V1 API
−
** An initial notice of intent, as there are operations that still require the Designate CLI interface which talks to V1, and Horizon panels that only talk to V1.
+
** 将来的に削除予定です。 V1 に対して通信する Designate CLI インタフェースが必要な操作がまだあります。 Horizon パネルは V1 のみを使用しています。
  
 
== OpenStack Messaging Service (Zaqar) ==
 
== OpenStack Messaging Service (Zaqar) ==
  
−
=== Key New Features ===
+
=== 主要な新機能 ===
−
* Pre-signed URL - A new REST API endpoint to support pre-signed URL, which provides enough control over the resource being shared, without compromising security.
+
* 事前署名付き URL：新しい REST API エンドポイントは、セキュリティを損なわずに、共有されるリソース全般の十分なコントロールを提供する事前署名付き URL に対応します。
−
* Email Notification - A new task driver for notification service, which can take a Zaqar subscriber's email address. When there is a new message posted to the queue, the subscriber will receive the message by email.
+
* メール通知：Zaqar のサブスクライバの電子メールアドレスを扱う、通知サービス用の新しいタスクドライバー。新しいメッセージがキューにポストされた際、サブスクライバは電子メールでメッセージを受信します。
−
* Policy Support - Support fine-grained permission control with the <code>policy.json</code> file like most of the other OpenStack components.
+
* ポリシー対応：他の殆どの OpenStack コンポーネントと同様、<code>policy.json</code> ファイルを用いた、きめの細かい権限コントロールに対応
−
* Persistent Transport - Added support for websocket as a persistent transport alternative for Zaqar. Now users will be able to establish long-lived connections between their applications and Zaqar to interchange large amounts of data without the connection setup adding overhead.
+
* 永続転送(Persistent Transport)：Zaqar 用永続転送の代替方式として、websocket に対応しました。今回、接続の確立オーバーヘッドなしで大量データの交換をするために、ユーザは自分のアプリケーションと Zaqar の間の長時間存在する接続を作成可能になりました。
  
 
== OpenStack Dashboard (Horizon) ==
 
== OpenStack Dashboard (Horizon) ==
  
−
=== Key New Features ===
+
=== 新機能 ===
  
−
* A new network topology – The network topology diagram has been replaced with an interactive graph containing collapsible networks, and scales far better in large deployments (https://blueprints.launchpad.net/horizon/+spec/curvature-network-topology).
+
* 新しいネットワークトポロジ：ネットワークトポロジ図は折りたたみ可能なネットワークを含む対話型グラフで置換され、大規模デプロイでのスケーラビリティが大幅に改善されました (https://blueprints.launchpad.net/horizon/+spec/curvature-network-topology)。
  
−
* Plugin improvements – Horizon auto discovers JavaScript files for inclusion, and now has mechanisms for pluggable SCSS and Django template overrides.
+
* プラグインの改善：Horizon はインクルードする JavaScript ファイルを自動認識し、プラグイン可能な SCSS と置換用 Django テンプレート用の機構が実装されました。
  
 
* Compute (Nova)
 
* Compute (Nova)
−
** Support for shelving and unshelving of instances (https://blueprints.launchpad.net/horizon/+spec/horizon-shelving-command).
+
** インスタンスの shelve、unshelve に対応 (https://blueprints.launchpad.net/horizon/+spec/horizon-shelving-command)
−
** Support for v2 block device mapping, falling back to v1 when unavailable (https://blueprints.launchpad.net/horizon/+spec/horizon-block-device-mapping-v2).
+
** v2 ブロックデバイスマッピング対応 (v2 が利用不可の場合、v1 にフェールバック) (https://blueprints.launchpad.net/horizon/+spec/horizon-block-device-mapping-v2).
  
 
* Networking (Neutron)
 
* Networking (Neutron)
−
** Added support for subnet allocation via subnet pools (https://blueprints.launchpad.net/horizon/+spec/neutron-subnet-allocation).
+
** サブネットプール経由のサブネット割当に対応 (https://blueprints.launchpad.net/horizon/+spec/neutron-subnet-allocation)
−
** Added actions to easily associate LBaaS VIP with a floating IP (https://blueprints.launchpad.net/horizon/+spec/lbaas-vip-fip-associate).
+
** フローティング IP を持つ LBaaS VIP を簡単に関連付けるアクションを追加 (https://blueprints.launchpad.net/horizon/+spec/lbaas-vip-fip-associate)
  
 
* Images (Glance)
 
* Images (Glance)
−
** The metadata editor has been updated with AngularJS (https://blueprints.launchpad.net/horizon/+spec/angularize-metadata-update-modals).
+
** メタデータエディタは AngularJS を用いて更新されました。(https://blueprints.launchpad.net/horizon/+spec/angularize-metadata-update-modals).
−
** Compute images metadata can now be edited from the Project dashboard, using the new metadata editor (https://blueprints.launchpad.net/horizon/+spec/project-images-metadata).
+
** Project ダッシュボードからメタデータエディタを使用してCompute イメージメタデータを編集できるようになりました。(https://blueprints.launchpad.net/horizon/+spec/project-images-metadata)
  
 
* Block Storage (Cinder)
 
* Block Storage (Cinder)
−
** Enabled support for migrating volumes (https://blueprints.launchpad.net/horizon/+spec/volume-migration).
+
** ボリュームマイグレーション対応を有効化 (https://blueprints.launchpad.net/horizon/+spec/volume-migration)
−
** Volume types can be now edited, and include description fields (https://blueprints.launchpad.net/horizon/+spec/volume-type-description).
+
** ボリュームタイプが編集できるようになりました (説明フィールドを含む) (https://blueprints.launchpad.net/horizon/+spec/volume-type-description).
  
 
* Orchestration (Heat)
 
* Orchestration (Heat)
−
** Improvements to the heat topology, making more resources identifiable where previously they had no icons and were displayed as unknown resources (https://blueprints.launchpad.net/horizon/+spec/heat-topology-display-improvement).
+
** Heat トポロジの改善 (以前はアイコンが無く、不明なリソースとして表示されていたリソースがより区別しやすく) (https://blueprints.launchpad.net/horizon/+spec/heat-topology-display-improvement).
  
 
* Data Processing (Sahara)
 
* Data Processing (Sahara)
−
** Unified job interface map. This is a human readable method for passing in configuration data that a job may require or accept (https://blueprints.launchpad.net/horizon/+spec/unified-job-interface-map-ui).
+
** 統合されたジョブインターフェースマップ。これは、ジョブが要求または受け入れる設定データ中で渡される、人が理解しやすい方法です (https://blueprints.launchpad.net/horizon/+spec/unified-job-interface-map-ui).
−
** Added editing capabilities for job binaries (https://blueprints.launchpad.net/horizon/+spec/allow-editing-of-job-binaries).
+
** ジョブバイナリー用の編集機能を追加 (https://blueprints.launchpad.net/horizon/+spec/allow-editing-of-job-binaries)
−
** Added editing capabilities for data sources (https://blueprints.launchpad.net/horizon/+spec/allow-editing-of-data-sources).
+
** データソースの編集機能を追加 (https://blueprints.launchpad.net/horizon/+spec/allow-editing-of-data-sources)
−
** Added editing capabilities for job templates (https://blueprints.launchpad.net/horizon/+spec/data-processing-edit-templates).
+
** ジョブテンプレートの編集機能を追加 (https://blueprints.launchpad.net/horizon/+spec/data-processing-edit-templates).
−
** Exposed event log for clusters (https://blueprints.launchpad.net/horizon/+spec/sahara-event-log).
+
** クラスタ用イベントログ公開 (https://blueprints.launchpad.net/horizon/+spec/sahara-event-log).
−
** Added support for shell job types (https://blueprints.launchpad.net/horizon/+spec/sahara-shell-action-form).
+
** シェルジョブタイプ対応を追加 (https://blueprints.launchpad.net/horizon/+spec/sahara-shell-action-form).
  
 
* Databases (Trove)
 
* Databases (Trove)
−
** Added initial support for database cluster creation and management. Vertica and MongoDB are currently supported (https://blueprints.launchpad.net/horizon/+spec/database-clustering-support).
+
** 初のデータベースクラスタ作成・管理対応を追加。現在 Vertica と MongoDB に対応 (https://blueprints.launchpad.net/horizon/+spec/database-clustering-support).
  
 
* Identity (Keystone)
 
* Identity (Keystone)
−
** Added mapping for Identity Provider and Protocol specific WebSSO (https://github.com/openstack/horizon/commit/3b4021c0ad0e8d7b10aa8c2dcd8c13a5717c450c).
+
** Identity Provider と Protocol 関連の WebSSO 用マッピングを追加 (https://github.com/openstack/horizon/commit/3b4021c0ad0e8d7b10aa8c2dcd8c13a5717c450c)
−
** Configurable token hashing (https://github.com/openstack/django_openstack_auth/commit/ece924a79d27ede1a8475d7f98e6d66bc3cffd6c and https://github.com/openstack/horizon/commit/48e651d05cbe9366884868c5331d49a501945adc).
+
** トークンハッシュが設定可能に (https://github.com/openstack/django_openstack_auth/commit/ece924a79d27ede1a8475d7f98e6d66bc3cffd6c と https://github.com/openstack/horizon/commit/48e651d05cbe9366884868c5331d49a501945adc)
  
−
* Horizon (internal improvements)
+
* Horizon (内部の改善)
−
** Full support for translation in AngularJS, along with simpler tooling (https://blueprints.launchpad.net/horizon/+spec/angular-translate-makemessages).
+
** AngularJS 中の翻訳に完全対応 (より簡単なツールを使用して) (https://blueprints.launchpad.net/horizon/+spec/angular-translate-makemessages)
−
** Added Karma for JavaScript testing (https://blueprints.launchpad.net/horizon/+spec/karma).
+
** JavaScript テスト用に Karma を追加 (https://blueprints.launchpad.net/horizon/+spec/karma)
−
** Added ESLint for JavaScript linting, using the eslint-config-openstack rules (https://blueprints.launchpad.net/horizon/+spec/jscs-cleanup).
+
** JavaScript の書式チェック(linting)用に ESLint を追加 (eslint-config-openstack ルールを使用) (https://blueprints.launchpad.net/horizon/+spec/jscs-cleanup).
−
** Horizon now supports overriding of existing Django templates (https://blueprints.launchpad.net/horizon/+spec/horizon-theme-templates).
+
** Horizon は今回、既存の Django テンプレートの上書きに対応しました (https://blueprints.launchpad.net/horizon/+spec/horizon-theme-templates).
−
** JavaScript files are now automatically included (https://blueprints.launchpad.net/horizon/+spec/auto-js-file-finding).
+
** JavaScript ファイルは今回、自動的にインクルードされるようになりました (https://blueprints.launchpad.net/horizon/+spec/auto-js-file-finding)
  
−
=== Upgrade Notes ===
+
=== アップグレード時の注意 ===
  
−
* Django 1.8 is now supported, and Django 1.7 is our minimum supported version (https://blueprints.launchpad.net/horizon/+spec/drop-django14-support).
+
* 今回、Django 1.8 に対応し、同 1.7 がサポートする最小バージョンになりました。 (https://blueprints.launchpad.net/horizon/+spec/drop-django14-support).
−
* Database-backed sessions will likely not persist across upgrades due to a change in their structure (https://github.com/openstack/django_openstack_auth/commit/8c64de92f4148d85704b10ea1f7bc441db2ddfee and https://github.com/openstack/horizon/commit/ee2771ab1a855342089abe5206fc6a5071a6d99e).
+
* データベースをバックエンドにしたセッションは、その構造が変更されたためアップグレード時に永続化しない模様です (https://github.com/openstack/django_openstack_auth/commit/8c64de92f4148d85704b10ea1f7bc441db2ddfee、 https://github.com/openstack/horizon/commit/ee2771ab1a855342089abe5206fc6a5071a6d99e)
−
* Horizon no longer uses QUnit in testing, and it has been removed from our requirements (https://blueprints.launchpad.net/horizon/+spec/replace-qunit-tests-with-jasmine).
+
* Horizon は既にテストで QUnit を使用しておらず、requirements から削除されました (https://blueprints.launchpad.net/horizon/+spec/replace-qunit-tests-with-jasmine)
−
* Horizon now has multiple configuration options for the default web URL (<code>WEBROOT</code>), static file location (<code>STATIC_ROOT</code>) and static file URL (<code>STATIC_URL</code>) in its settings files.
+
* Horizon は今回、settings ファイル中でデフォルトの Web URL (<code>WEBROOT</code>)、静的ファイル配置 (<code>STATIC_ROOT</code>)、静的ファイル URL (<code>STATIC_URL</code>)用の設定オプションを複数設定可能になりました。
−
* Themes have moved location from <code>openstack_dashboard/static/themes</code>, to <code>openstack_dashboard/themes</code>. Paths may need to be updated accordingly. Furthermore, Horizon is aligning closer with Bootstrap markup, and themes should be built around this ideology; see the top bar and side navigation for details.
+
* テーマの配置場所は <code>openstack_dashboard/static/themes</code> から <code>openstack_dashboard/themes</code> に移動されました。パスは必要に応じて更新する必要があるかもしれません。それに加えて、Horizon は Bootstrap マークアップと連携するようになり、テーマもこの方法論に合わせて構築すべきです。詳細は、上部のバーと横のナビゲーションを参照してください。
−
* The deprecated <code>OPENSTACK_QUANTUM_NETWORK</code> configuration option has been removed. If you still use it, replace it with <code>OPENSTACK_NEUTRON_NETWORK</code>
+
* 廃止予定だった<code>OPENSTACK_QUANTUM_NETWORK</code> 設定オプションが削除されました。これをまだ使用している場合、<code>OPENSTACK_NEUTRON_NETWORK</code> で置き換えてください。
−
* There is now an <code>OPENSTACK_NOVA_EXTENSIONS_BLACKLIST</code> option in the settings, to disable selected extensions for performance reasons (https://github.com/openstack/horizon/commit/18f4b752b8653c9389f8b0471eccaa0659707ebe).
+
* 今回、性能上の理由で選択した拡張機能を無効化するため、settings 中の <code>OPENSTACK_NOVA_EXTENSIONS_BLACKLIST</code> オプションが新設されました。 (https://github.com/openstack/horizon/commit/18f4b752b8653c9389f8b0471eccaa0659707ebe).
−
* Trove and Sahara panels now reside in <code>openstack_dashboard/contrib</code>. This is to provide separation for reviews provided mostly by the service teams. In the future, these panels may become plugins rather than being kept in Horizon (https://blueprints.launchpad.net/horizon/+spec/plugin-sanity).
+
* Trove と Sahara のパネルは <code>openstack_dashboard/contrib</code> 中に移動しました。これは、主にサービスチームによるレビュー用に分離を提供するためです。将来、これらのパネルは Horizon にて保持される代わりに、プラグインとなるかも知れません。 (https://blueprints.launchpad.net/horizon/+spec/plugin-sanity)
−
* Horizon requires both a <code>volume</code> and <code>volumev2</code> endpoint for Cinder, even if only using v2.
+
* Cinder が v2 API を使用している場合でも、Horizon は Cinder 用の <code>volume</code> と<code>volumev2</code> 両方のエンドポイントを必要とします。
  
 
== OpenStack Trove (DBaaS) ==
 
== OpenStack Trove (DBaaS) ==
  
−
=== Key New Features ===
+
=== 新機能 ===
  
 
* Redis
 
* Redis
−
** Configuration Groups for Redis
+
** Redis の設定グループ
−
** Cluster support
+
** クラスター対応
 
* MongoDB
 
* MongoDB
−
** Backup and restore for a single instance
+
** 1つのインスタンスのバックアップとリストア
−
** User and database management
+
** ユーザー管理とデータベース管理
−
** Configuration Groups
+
** 設定グループ (Configuration Groups)
−
* Percona XtraDB Cluster Server
+
* Percona XtraDB クラスターサーバー
−
** Cluster support
+
** クラスター対応
−
* Allow deployer to associate instance flavors with specific datastores
+
* オペレーターによる、特定のデータストアに対してインスタンスフレーバーの関連付けをサポート
−
* Horizon support for database clusters
+
* Horizon でのデータベースクラスターのサポート
−
* Management API for datastore and versions
+
* データストアとバージョンの管理 API
−
* Ability to deploy Trove instances in a single admin tenant, so that the nova instances are hidden from the user
+
* Trove インスタンスを 1 つの管理テナントに作成できるようになりました。これにより、Nova インスタンスがユーザーに見えなくなります。
  
 
== OpenStack Bare metal (Ironic) ==
 
== OpenStack Bare metal (Ironic) ==
  
−
Ironic has switched to an [http://git.openstack.org/cgit/openstack/governance/tree/reference/tags/release_cycle-with-intermediary.rst intermediate release model] and released version 4.0 during Liberty, followed by two minor updates. Version 4.2 forms the basis for the OpenStack Integrated Liberty release and will receive stable updates.
+
Ironic はリリースモデルを変更し、[http://git.openstack.org/cgit/openstack/governance/tree/reference/tags/release_cycle-with-intermediary.rst 開発サイクルの途中でもリリースを行うモデル]になりました。 Liberty ではバージョン 4.0 がリリースされ、その後 2 回マイナーアップデートがありました。バージョン 4.2 が OpenStack 全体の Liberty リリースの1つとして扱われ、安定版の更新の対象となります。
  
−
Please see full release notes here: http://docs.openstack.org/developer/ironic/releasenotes/index.html
+
詳細なリリースノートはこちらを参照してください:  
 +
http://docs.openstack.org/developer/ironic/releasenotes/index.html
  
−
=== New Features ===
+
=== 新機能 ===
  
−
* Added "ENROLL" hardware state, which is the default state for newly created nodes.
+
* ハードウェア状態として ENROLL が追加されました。この状態は、新しく作成されたノードのデフォルトの状態となります。
−
* Added "abort" verb, which allows a user to interrupt certain operations while they are in progress.
+
* abort 操作 (verb) が追加されました。これにより、ユーザーは特定の操作を進行中であっても中断できるようになります。
−
* Improved query and filtering support in the REST API.
+
* REST API で問い合わせとフィルタリングのサポートが改善されました。
−
* Added support for CORS middleware.
+
* CORS ミドルウェアのサポートが追加されました。
  
−
==== Hardware Drivers ====
+
==== ハードウェアドライバー ====
  
−
* Added a new BootInterface for hardware drivers, which splits functionality out of the DeployInterface.
+
* ハードウェアドライバーに新しく BootInterface が追加されました。これは DeployInterface から機能を分離したものです。
−
* iLO virtual media drivers can work without Swift.
+
* iLO 仮想メディアドライバーが Swift なしで動作するようになりました。
−
* Added Cisco IMC driver.
+
* Cisco IMC ドライバーが追加されました。
−
* Added OCS Driver.
+
* OCS ドライバーが追加されました。
−
* Added UCS Driver.
+
* UCS ドライバーが追加されました。
−
* Added Wake-On-Lan Power Driver.
+
* Wake-On-Lan Power ドライバーが追加されました。
−
* ipmitool driver supports IPMI v1.5.
+
* ipmitool ドライバーが IPMI v1.5 に対応しました。
−
* Added support to SNMP driver for “APC MasterSwitchPlus” series PDU’s.
+
* APC MasterSwitchPlus シリーズの PDU 向けの SNMP ドライバーがサポートされました。
−
* pxe_ilo driver now supports UEFI Secure Boot (previous releases of theiLO driver only supported this for agent_ilo and iscsi_ilo).
+
* pxe_ilo ドライバーが UEFI Secure Boot をサポートしました (iLO ドライバーの以前のリリースでは agent_ilo と iscsi_ilo だけが UEFI Secure Boot をサポートしていました)。
−
* Added Virtual Media support to iRMC Driver.
+
* iRMC ドライバーに仮想メディアサポートが追加されました。
−
* Added BIOS configuration to DRAC Driver.
+
* DRAC ドライバーに BIOS 設定が追加されました。
−
* PXE drivers now support GRUB2.
+
* PXE ドライバーで GRUB2 がサポートされました。
  
−
=== Deprecated Features ===
+
=== 非推奨の機能 ===
  
−
* The "vendor_passthru" and "driver_vendor_passthru" methods of the DriverInterface have been removed. These were deprecated in Kilo and replaced with the @passthru decorator.
+
* DriverInterface のメソッド vendor_passthru と driver_vendor_passthru は削除されました。これらは Kilo で削除予定になっており、 @passthru デコレーターに置き換えられました。
−
* The migration tools to import data from a Nova "baremetal" deployment have been removed.
+
* Nova baremetal のデプロイメントからデータをインポートするマイグレーションツールは削除されました。
−
* Deprecated the "parallel" option to periodic task decorator.
+
* 定期タスク (periodic task) デコレーターの parellel オプションが削除予定になりました。
−
* Removed deprecated ‘admin_api’ policy rule.
+
* 削除予定であった admin_api ポリシールールが削除されました。
−
* Support for the original "bash" deploy ramdisk is deprecated and will be removed in two cycles. The ironic-python-agent project should be used for all deploy drivers.
+
* 元々の bash デプロイ RAM ディスクのサポートが削除予定になり、 2 サイクル以内に削除されます。すべてのデプロイドライバーは ironic-python-agent プロジェクトを使用すべきです。
  
−
=== Upgrade Notes ===
+
=== アップグレード時の注意 ===
  
−
* Newly created nodes default to the new ENROLL state. Previously, nodes defaulted to AVAILABLE, which could lead to hardware being exposed prematurely to Nova.
+
* 新しく作成されたノードは、新しく追加された ENROLL 状態になります。以前は、ノードの初期状態は AVAILABLE でした。 AVAILABLE の場合、ハードウェアが準備ができる前に Nova に公開されてしまう可能性があります。
−
* The addition of API version headers in Kilo means that any client wishing to interact with the Liberty API must pass the appropriate version string in each HTTP request. Current API version is 1.14.
+
* Kilo で API バージョンヘッダーが追加されました。そのため、Liberty API と通信しようとするクライアントは適切なバージョン文字列を各 HTTP リクエストで渡さなければいけません。現在の API バージョンは 1.14 です。
  
 
== OpenStack Key Manager (Barbican) ==
 
== OpenStack Key Manager (Barbican) ==
  
−
=== New Features ===
+
=== 新機能 ===
  
−
* Added the ability for project administrators to create certificate authorities per project.  Also, project administrators are able to define and manage a set of preferred certificate authorities (CAs) per project.  This allows projects to achieve project specific security domains.
+
* プロジェクト管理者がプロジェクト単位で認証局を作成する機能を追加しました。また、プロジェクト管理者はプロジェクト単位で好みの認証局(CA)のセットを定義・管理可能になりました。これは、プロジェクトがプロジェクト独自のセキュリティドメインを実現できるようにします。
−
* Barbican now has per project quota support for limiting number of Barbican resources that can be created under a project. By default the quota is set to unlimited and can be overridden in Barbican configuration.
+
* Barbican は今回、プロジェクト配下で作成可能な Barbican リソースの数量制限用にプロジェクト単位のクォータサポートを実装しました。デフォルトでは、クォータは無制限に設定され、Barbican の設定で上書きできるようになっています。
−
* Support for a rotating master key which is used for wrapping project level keys. In this lightweight approach, only the project level key (KEK) is re-wrapped with new master key (MKEK). This is currently applicable only for the PKCS11 plug-in. (http://specs.openstack.org/openstack/barbican-specs/specs/liberty/add-crypto-mkek-rotation-support-lightweight.html)
+
* プロジェクトレベルキーの内包 (wrap) に使用されるマスターキーのローテーションに対応しました。この軽量アプローチでは、プロジェクトレベルキー (KEK) のみが新しいマスターキー (MKEK) に再度内包されます。(http://specs.openstack.org/openstack/barbican-specs/specs/liberty/add-crypto-mkek-rotation-support-lightweight.html)
−
* Updated Barbican's root resource to return version information matching Keystone, Nova and Manila format. This is used by keystoneclient's versioned endpoint discovery feature.
+
* Keystone、Nova、Manila フォーマットにマッチするバージョン情報を返すための Barbican のルートリソース更新に対応しました。これは keystoneclient のバージョン付きエンドポイント検出機能で使用されます。
−
* Removed administrator endpoint as all operations are available on a regular endpoint. No separate endpoint is needed as access restrictions are enforced via Oslo policy.
+
* 管理者用操作が全て通常のエンドポイントで可能になったため、管理者エンドポイントが削除されました。Oslo ポリシー経由でアクセス制御が適用されるため、エンドポイントを分ける必要がなくなったのです。
−
* Added configuration for enabling sqlalchemy pool for the management of SQL connections.
+
* SQL 接続の管理用に sqlalchemy プールを有効にする設定を追加しました。
−
* Added ability to list secrets which are accessible via ACL using GET /v1/secrets?acl-only=true request.
+
* GET /v1/secrets?acl-only=true リクエストを使用する ACL 経由でアクセス可能なシークレット一覧機能を追加しました。
−
* Improved functional test coverage around Barbican APIs related to ACL operations, RBAC policy and secrets.
+
* ACL 操作、RBAC ポリシー、シークレット関連の Barbican API 周りの機能テストのカバレッジを改善しました。
−
* Fixed issues around creation of SnakeOil CA plug-in instance.
+
* SnakeOil CA プラグインインスタンス作成関連の問題を修正しました。
−
* Barbican client CLI can now take a Keystone token for authentication. Earlier only username and password based authentication was supported.
+
* Barbican クライアント CLI は今回、認証に Keystone トークンを利用可能になりました。
−
* Barbican client now has ability to create and list certificate orders.
+
以前はユーザ名＋パスワードベースの認証のみ対応していました。
 +
* Barbican クライアントは今回、認証命令の作成・一覧表示機能を実装しました。
  
−
=== Upgrade Notes ===
+
=== アップグレード時の注意 ===
  
−
* Removed project secret association table. Secret project relationship is maintained by foreign key. For more detail, see http://specs.openstack.org/openstack/barbican-specs/specs/liberty/data-remove-tenant-secret-assoc.html .
+
* プロジェクトシークレット関連テーブルを削除しました。シークレットプロジェクトの関連性は外部キーで管理されます。詳細は http://specs.openstack.org/openstack/barbican-specs/specs/liberty/data-remove-tenant-secret-assoc.html を参照してください。
−
* Renamed barbican configuration file to <code>barbican.conf</code>.
+
* Barbican 設定ファイルが <code>barbican.conf</code> に名称変更されました。
  
 
== OpenStack Image Service (Glance) ==
 
== OpenStack Image Service (Glance) ==
  
−
Updated project guide that includes some details on operating, installing, configuring, developing to and using the service: http://docs.openstack.org/developer/glance/
+
サービスの運用、インストール、設定、開発、使用に関する詳細を含む、更新されたプロジェクトガイド: http://docs.openstack.org/developer/glance/
  
−
=== Key New Features ===
+
=== 新機能 ===
  
−
* Added support for uploading signed images. For more information, see http://specs.openstack.org/openstack/glance-specs/specs/liberty/image-signing-and-verification-support.html .
+
* 署名付きイメージのアップロードに対応しました。詳細は http://specs.openstack.org/openstack/glance-specs/specs/liberty/image-signing-and-verification-support.html を参照してください。
−
* Scrubbing of images in parallel is now possible. For more information, see http://specs.openstack.org/openstack/glance-specs/specs/liberty/scrub-images-in-parallel.html .
+
* イメージの並列遅延削除が可能になりました。詳細は http://specs.openstack.org/openstack/glance-specs/specs/liberty/scrub-images-in-parallel.html を参照してください。
−
* The health of a Glance node can be monitored using the healthcheck middleware. For more information, see http://specs.openstack.org/openstack/glance-specs/specs/liberty/healtcheck-middleware.html .
+
* Glance ノードの状態をヘルスチェックミドルウェアで監視できるようになりました。詳細は http://specs.openstack.org/openstack/glance-specs/specs/liberty/healtcheck-middleware.html を参照してください。
−
* The EXPERIMENTAL Artifacts API is now available for use. Please note, it is subject to change in the future until it becomes a standard API.
+
* 【実験的な】Artifacts API が利用可能になりました。注：本 API は標準 API となるまでに将来変更される可能性があります。
−
* S3 store now has proxy support. For more information, see http://specs.openstack.org/openstack/glance-specs/specs/liberty/http-proxy-support-for-s3.html .
+
* S3 ストアは今回、プロキシに対応しました。詳細は http://specs.openstack.org/openstack/glance-specs/specs/liberty/http-proxy-support-for-s3.html を参照してください。
−
* Swift store now has v3 authentication support.
+
* Swift ストアは今回、v3 認証に対応しました。
−
* python-glanceclient now support some advanced aspects of keystone sessions.
+
* python-glanceclient は今回、Keystone セッションのいくつかの先進機能に対応しました。
−
* python-glanceclient now supports tags for Metadata Definition Catalog.
+
* python-glanceclient は今回、Metadata Definition Catalog 用タグに対応しました。
  
−
=== Upgrade Notes ===
+
=== アップグレード時の注意 ===
  
−
* python-glanceclient now defaults to using Glance API v2 and if v2 is unavailable, it will fallback to v1.
+
* 今回、python-glanceclient はデフォルトで Glance API v2 を使用し、v2 が利用不可の場合は v1 にフェールバックするようになりました。
−
* Dependencies for backend stores are now optionally installed corresponding to each store specified.
+
* 指定された各バックエンドストアに依存して、バックエンドストアの依存関係はオプション的にインストールされるようになりました。
−
* Some stores like swift, s3, vmware now have python 3 support.
+
* Swift, S3, VMawre などのバックエンドストアは今回、Python 3 に対応しました。
−
* Some new as well as updated default metadata definitions ship with the source code.
+
* デフォルトのメタデータ定義の更新と同様にいくつかの新しいものはソースコードと一緒に公開されます。
−
* More python 3 support added to Glance API, and now continuous support is extended by the means of tests to ensure compatibility.
+
* 更なる Python 3 対応が Glance API に追加され、今回互換性を確保するためのテストを用いて、継続対応が強化されました。
−
* utf-8 is now the default charset for the backend MySQL DB.
+
* 今回、MySQL DB バックエンドのデフォルト文字コードが UTF-8 になりました。
−
* Migration scripts have been updated to perform a sanity check for the table charset.
+
* マイグレーションスクリプトが更新され、テーブルの文字コードをチェックするようになりました。
−
* 'ram_disk' and 'kernel' properties can now be null in the schema and 'id' is now read only attribute for v2 API.
+
* スキーマの ram_disk、kernel 属性が NULL を許容するようになり、id が v2 API で読込専用属性になりました。
−
* A configuration option <code>client_socket_timeout</code> has been added  to take advantage of the recent eventlet socket timeout behaviour.
+
* <code>client_socket_timeout</code> 設定オプションが追加され、最近の eventlet ソケットタイムアウトの挙動を恩恵を得られるようになりました。
−
* A configuration option <code>scrub_pool_size</code> has been added to set the number of parallel threads that a scrubber should run and defaults to 1.
+
* <code>scrub_pool_size</code> 設定オプションが追加され、scrubber の並列スレッド数を設定できるようになりました(デフォルトは1)。
−
* An important bug that allowed to change the image status using the Glance v1 API has now been fixed.
+
* Glance v1 API を用いて、イメージの状態を変更できる重要なバグが修正されました。
  
−
=== Deprecated Features ===
+
=== 非推奨の機能 ===
  
−
* The experimental Catalog Index Service has been removed and now is a separate project called Searchlight.
+
* 実験的なカタログインデックスサービスは削除され、今回 Searchlight と呼ばれる分離プロジェクトになりました。
−
* The configuration options <code>scrubber_datadir</code>, <code>cleanup_scrubber</code> and <code>cleanup_scrubber_time</code> have been removed following the removal of the file backed queuing for scrubber.
+
* scrubber 用のファイルベースのキューが削除された事に伴い、<code>scrubber_datadir</code>、<code>cleanup_scrubber</code>、<code>cleanup_scrubber_time</code> 設定オプションは削除されました。
  
 
== OpenStack Shared File System (Manila) ==
 
== OpenStack Shared File System (Manila) ==
  
−
=== New Features ===
+
=== 新機能 ===
  
−
* Enabled support for availability zones.
+
* アベイラビリティゾーンに対応しました。
−
* Added administrator API components to share instances.
+
* インスタンスを共用するための管理者 API コンポーネントを追加しました。
−
* Added pool weigher which allows Manila scheduler to place new shares on pools with existing share servers.
+
* プールウェイトを追加し、Manila スケジューラが新しい共有を既存の共有サーバを持つプール上に配置できるようになりました。
−
* Support for share migration from one hostpool to another hostpool (experimental).
+
* あるホストプールから別のホストプールへの共有マイグレーションに対応しました。(実験的)
−
* Added shared extend capability in the generic driver.
+
* 汎用ドライバーで共有の容量拡張機能を追加しました。
−
* Support for adding consistency groups, which allow snapshots for multiple filesystem shares to created at the same point in time (experimental).
+
* 一貫性グループに対応しました。これにより、複数のファイルシステム共有のスナップショットを同時に作成できるようになります。(実験的)
−
* Support for consistency groups in the NetApp cDOT driver and generic driver.
+
* NetApp cDOT ドライバーと汎用ドライバーで一貫性グループに対応しました。
−
* Support for oversubscription in thin provisioning.
+
* シンプロビジョニングでオーバーサブスクリプション (容量超過) に対応しました。
−
* New Windows SMB driver:
+
* 新しい Windows SMB ドライバー:
−
** Support for handling Windows service instances and exporting SMB shares.
+
** Windows サービスインスタンスと SMB 共有の公開に対応しました。
−
* Added new <code>osapi_share_workers</code> configuration option to improve the total throughput of the Manila API service.
+
* Manila API サービスのトータルのスループットを向上する新しい <code>osapi_share_workers</code> 設定オプションを追加しました。
−
* Added share hooks feature, which allows actions to be performed before and after share drive methods calls, call additional periodic hook for each 'N' tick, and update the results of a driver's action.
+
* 共有フック機能を追加しました。これにより、ドライブ共有メソッド呼出しの前後、N秒ごとに呼び出される追加の定期実行フック、ドライバーのアクション結果の更新でアクションを実行する事ができるようになります。
−
* Improvements to the NetApp cDOT driver:  
+
* NetApp cDOT ドライバーの改善:  
−
** Added variables netapp:dedup, and netapp:compression when creating the flexvol that backs up a new manila share.
+
** 新しい Manila 共有をバックアップする flexvol 作成用の netapp:dedup、 netapp:compression 変数を追加しました。
−
** Added manage/unmanage support and shrink_share support.
+
** 管理/管理解除と shrink_share に対応しました。
−
** Support for <code>extended_share</code> API component.
+
** <code>extended_share</code> API コンポーネントに対応しました。
−
** Support for netapp-lib PyPI project to communicate with storage arrays.
+
** ストレージアレイと通信する netapp-lib PyPI プロジェクトに対応しました。
−
* Improvements to the HP 3PAR driver:
+
* HP 3PAR ドライバーの改善:
−
**Added reporting of dedupe, thin provisioning and hp3par_flash_cache capabilities. This allows share types and the CapabilitiesFilter to place shares on hosts with the requested capabilities.
+
** 重複排除、シンプロビジョニング、hp3par_flash_cache 機能のレポートに対応しました。これらは、共有タイプと CapabilitiesFilter が要求された機能を持つホスト上で共有が配置できるようにします。
−
**Added share server support.
+
** 共有サーバ対応を追加しました。
−
* Improvements to the Huawei Manila driver:
+
* Huawei Manila ドライバーの改善:
−
** Added support for storage pools, extend_share, manage_existing, shrink_share, read-only share, smartcache and smartpartition.
+
** ストレージプール、extend_share、manage_existing、shrink_share、リードオンリー共有、smartcache、smartpartition 対応を追加しました。
−
** Added reporting of dedupe, thin provisioning and compression capabilities.
+
** 重複排除、シンプロビジョニング、圧縮機能のレポートに対応しました。
−
* Added access-level support to the VNX Manila driver.
+
* VNX Manila ドライバーでアクセスレベル対応を追加しました。
−
* Added support for the Manila HDS HNAS driver.
+
* Manila HDS HNAS ドライバー対応を追加しました。
−
* Added GlusterFS native driver.
+
* GlusterFS 専用ドライバーを追加しました。
−
** GlusterFS drivers can now specify the list of compatible share layouts.
+
** GlusterFS ドライバーは今回、互換共有レイアウトの一覧を指定できるようになりました。
−
* Added microversion support (v2 API).
+
* v2 API にマイクロバージョン対応を追加しました。
  
−
=== Deprecated Features ===
+
=== 非推奨の機能 ===
  
−
* The <code>share_reset_status</code> API component is deprecated and replaced by <code>share_instance_reset_status</code>.
+
* <code>share_reset_status</code> API コンポーネントは廃止予定となり、<code>share_instance_reset_status</code> で置換されました。

Latest revision as of 14:12, 5 November 2015

Other languages:
Deutsch • ‎English • ‎日本語 • ‎한국어 • ‎中文（简体）‎ • ‎中文（台灣）‎

OpenStack Liberty リリースノート

Contents

OpenStack Object Storage (Swift)

リリースノート全文は https://github.com/openstack/swift/blob/master/CHANGELOG を参照してください。

新機能

  • object-server とレプリケーションサーバーの設定ファイルの [DEFAULT] 設定セクション中の servers_per_port 設定値を正の整数にすることで、object-servers-per-disk (ディスク単位のオブジェクトサーバー) を複数にすることができるようになりました。この設定の整数値は、Ring 内の1つのローカルポートに対して、何個の object-server ワーカーがリクエストを処理するかを決定します。このモードでは、親となる swift-object-server プロセスが元々のユーザの実行を継続します (小さいポート番号のバインドが必要な場合はユーザーは root になります)。このプロセスは Ring 内で定義された全てのポートをバインドします。その後、親プロセスはリッスンソケット毎に指定された数のワーカーを fork します。子プロセス (ポート毎のサーバー) は特権を破棄し、object-server ワーカーの通常の動作と同じ動作をしますが、１つ例外があります: Ring はディスク単位に一意なポートを持ち、object-server は1つのディスクに対するリクエストのみ処理します。親プロセスはワーカープロセスが死んだ事を検知し、(適切なリッスンソケットを持つ) ワーカープロセスを再起動します。Ring ファイルの更新があり、そのサーバーに新しいポートを持つデバイスが見つかった場合、親プロセスは不足しているサーバを新たに実行します。また、Ring にもはや存在しないポートがある場合、それらのポートを持っていた余分のサーバを停止します。最長でも、 object-server 設定ファイル中の ring_check_interval パラメーター (デフォルトは 15秒) で設定された期間内には、 Ring ファイルの内容が反映されます。テストでは、既存の workers 設定に比べ、このデプロイ設定 (値 3) が応答遅延を最も削減し、秒間リクエストを改善し、低速なディスク I/O の影響が分離されます。この機能を使用するには、各デバイスは異なるポートを使用して Ring に追加する必要があります。
  • object server に container_update_timeout 設定 (デフォルトは 1秒) が追加されました。この値は、オブジェクトの PUT 操作の結果を返す前に、 object server が container server による一覧更新を待つ秒数です。従来、object server は container server の応答を最大３秒待っていました。新しい動作では、クラスタ中の container server がビジーの際 (例えば、コンテナが非常に大きい場合)、オブジェクトの PUT 時の遅延を劇的に削減します。この値を必要以上に小さく設定すると、クライアントのオブジェクト PUT 時に、そのオブジェクトがすぐに一覧表示に現れないことになります。この値を必要以上に大きく設定すると、container server がビジーの際にクライアントへの遅延が大きくなることになります。
  • Static Large Object (SLO) セグメントの範囲指定ができるようになりました。
  • SLO PUT でセグメント単位の整合性チェックをしなくてもよくなりました。従来、マニフェスト中で参照されている各セグメントは、正しい etag とバイト設定を必要としていました。今回、これらのフィールドに「null」を指定して、指定されたセグメントに対する特定のチェックをスキップできるようになりました。
  • Replicator 設定で今回 rsync_module という値がサポートされました。この値を指定すると、デバイス単位の rsync モジュールを利用できるようになります。この設定により、運用者は、Swift クラスタ中のレプリケーションを細かく調整し、特定のデバイスに対するレプリケーションのディスク I/O を分離できます。詳細な情報と設定例は、ドキュメントとサンプル設定ファイルを参照してください。
  • Ring の変更
    • ポート番号は今後、パーティションの配置に使用されなくなりました。これにより、ドライブ毎に object server を 1 つ動かしている小規模クラスタ中のデータ分散が改善されます。 サーバー毎に object server を 1 つ動かしているクラスタには影響はありません。
    • Ringの運用管理操作で、テストと確認をより簡単に行うため、ring-builder-analyzer ツールを追加しました。
    • Ring 検証で同じデバイスに対するパーティション配置が複数回行われた場合、警告を出すようになりました。この状態は、Ring 中のデバイスが平準化されていない場合に発生します (例えば、２サーバのうち１台が明らかに大きな容量を持っているなど)。
  • TempURLの修正 (CVE-2015-5223)

    tempurl への PUT で、他のデータへのポインタを作ることができなくなりました。特に、 tempurl への PUT による DLO オブジェクトマニフェストの作成が禁止されました。これにより、DLO オブジェクトマニフェストを作成し、その tempurl への PUT を使ってオブジェクトに対する HEAD を行うといった、tempurl への PUT を使ったプライベートデータに対する発見可能性攻撃が防止できます。

  • SwiftはStatsDのメトリクスをポリシー毎に出力するようになりました。
  • Keystoneを利用した際に、サービストークンがリクエストに含まれていない場合にも、サービスアカウントに対する COPY リクエストが成功する可能性があるという問題を修正しました。
  • Bulk アップロードで、アップロードされたアーカイブ内のファイルのユーザ xattr が、作成されたオブジェクトのメタデータとして保存されるようになりました
  • handoff_first か handoff_delete が設定されている場合、 object-replicator で はwarning logが出力されます。
  • swift-recon で object-replicatorの失敗数が有効になりました。
  • ストレージポリシーのサポートが swift-dispersion ツールに追加されました。
  • Keystone v3 のドメインが swift-dispersion ツールでサポートされました。
  • domain_remap ミドルウェアの情報が /info エンドポイントに追加されました。
  • domain_remap ミドルウェアの設定で default_reseller_prefix のサポートが追加されました。
  • rsync_compress という設定で rsync の圧縮機能が使えるようになりました。これを True に設定すると、別のリージョンのデバイスへの転送時にのみ転送データが圧縮されます。これによりリージョン間のデータ転送が高速化できる可能性があります。
  • swift-recon で時刻同期チェックのオプションが追加されました。（--timeオプション）
  • account-reaper が大きなアカウントに対してより高速に動作するようになりました。
  • これ以外にも多くの小さなバグ修正や改善がありました。

アップグレード時の注意点

  • 依存パッケージの変更
    • sixパッケージが必要になりました。これは現在進められている Python3 対応に向けた変更です。
    • Python 2.6のサポートを終了しました。
  • 設定の変更
    • 直近のバージョンの Python では 1 リクエストあたりの HTTP ヘッダー数を100に制限しています。この数値はカスタムミドルウェアでは小さすぎる場合があります。swift.conf 中の extra_header_count という新しい設定値を使って許容するヘッダー数を増やすことができます。
    • run_pause 設定は interval に名前が変更されました (現在は run_pause のままでも動作します)。将来的にはrun_pause 設定は削除される可能性があります。
  • バージョン付き書き込み (Object Versioning) 機能のリファクタリングが行われ、ミドルウェアとして再実装されました。 proxy の pipeline に明示的にversioned_writes ミドルウェアを追加する必要がありますが、 container サーバーの設定で allow_versions を有効にしている場合にはこの設定を削除したり無効にしたりしてはいけません。既存のcontainer サーバー設定は既存のコンテナーで versioningを有効にするのに必要です。詳しいアップグレード時の注意については http://swift.openstack.org/middleware.html#how-to-enable-object-versioning-in-a-swift-cluster を参照してください。

OpenStack Networking (Neutron)

新機能

  • Neutron は IPv6 サブネットに対する CIDR の自動割当において IPv6 プレフィックスデリゲーションに対応しました。この機能の利用、設定に関する詳細な情報は、OpenStack Networking Guide を参照してください。
  • Neutron で QoS API が利用できるようになりました。最初の機能としてポートレベルの帯域幅制限機能が提供されます。この機能の API、CLI、設定、追加情報は [1] にあります。
  • ルータ高可用性（L3 HA/VRRP）が、レイヤー２ポピュレーション（l2pop）が有効の場合にも機能するようになりました。
  • VPNaaS リファレンスドライバーが HA ルータ上で動作するようになりました。
  • HA ルータの VRRP トラフィック用に使用されるネットワークを、特定のセグメントタイプまたは物理ネットワークタグを使用して設定できるようになりました。[2]
  • OVS エージェントをデータプレーンの接続性に影響を与えずに再起動できるようになりました。
  • Neutron は、ネットワークに対してロールベースアクセス制御 (RBAC) が利用できるようになりました。[3]
  • LBaaS V2 リファレンスドライバーが Octavia (事業者品質のスケーラブルで高信頼なロードバランサプラットフォーム) ベースになりました。
  • LBaaS V2 API は今回のリリースで実験的機能 (experimental) でなくなりました。安定版 (stable) となりました。
  • Neutron は、管理者が手動でエージェントをスケジューリングする方法を提供するようになりました。これにより、テナントが利用できるようにする前に、ホストのリソースをテストできるようになりました。[4]
  • プラグイン型の IP アドレス管理 (IPAM) フレームワークが実装されました。これにより、サードパーティー製 IPAM や代替機能を利用可能になります。デフォルトでは、以前からの非プラグイン版の IPAM が有効になります。

廃止予定や廃止されたプラグインとドライバー

  • metaplugin は Liberty リリースで削除されました。
  • IBM SDN-VE 一体型プラグインは Liberty リリースで削除されました。
  • Cisco N1kV 一体型プラグインは Liberty リリースで削除されました（ML2 メカニズムドライバーで置換されました）
  • Embrane プラグインは廃止予定になり、Mitaka リリースで廃止されます。

廃止予定の機能

  • FWaaS API は Liberty では実験的機能(experimental) の扱いです。今後、現在の API が Mitaka で削除され、（Neutron チームが開発中の）新しい FWaaS API で置換される予定です。
  • LBaaS V1 API は廃止予定となり、将来のリリースで削除される予定です。今後は LBaaS V2 API を使用すべきです。
  • L3 エージェントの external_network_bridge オプションは廃止予定となりました。 bridge_mapping の physnet 指定を使用してください。詳細な情報は、ネットワーキングガイドの Network Node の節を参照してください。http://docs.openstack.org/networking-guide/scenario_legacy_ovs.html

性能に関する留意事項

  • Trusty Tahr に含まれるカーネル (3.13) は、ネームスペース数の増加に伴い「ip netns exec」の実行時の性能が線形に劣化します。スケーラビリティーが重要な場合、より後のバージョンのカーネル (例えば 3.19) を使うべきです。【3.13 のどのバージョンでこの問題が発生するかを明記する必要がある。ほとんどのバージョンではこの問題は既に修正済みである】


[注意] この問題は Trusty Thar の 3.13.0-36.63 以降のカーネルバージョンで修正済みです。詳細は次の URL を参照してください。 https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1328088

  • Octavia ドライバー使用時には、ハードウェア仮想化のない環境での Neutron-LBaaS ロードバランサの作成が遅くなる可能性があります。これは、ハードウェア仮想化なしの環境では QEMU が KVM アクセラレータではなく TCG アクセラレータを使用するためです。Octavia ドライバーを仮想環境内で使用する場合、コンピュートノード上でハードウェア仮想化を有効にするか、nested virtualization (訳注：仮想化環境上の仮想化支援機構) を有効にすることをお勧めします。KVM 内で実行される DevStack で nested virtualization をセットアップする詳細な方法は、次のリンクを参照してください。http://docs.openstack.org/developer/devstack/guides/devstack-with-nested-kvm.html

OpenStack Compute (Nova)

新機能

API

スケジューラー

scheduler の構造革新は継続中で、これに伴い重要なバグ修正が行われました。

Cells v2

Cells v2 は現在使用可能な状態にありませんが、Cells v2 を支えるインフラのいくつかが追加されました。

Compute ドライバーの機能

Libvirt
VMware
Hyper-V
Ironic

その他の機能

アップグレード時の注意

  • 安定版の Kilo からのバージョンアップの場合、Liberty をデプロイする前に確実に Kilo 系列の最新バージョンに完全にアップグレードしてください。https://bugs.launchpad.net/nova/+bug/1474074 バグ修正以前の Kilo では、Liberty ノードとの通信時に問題が発生する可能性があります。
  • RAM と CPU の割当比率は今回、nova-compute の中で(つまり compute ノード単位で)定義されるようになりました。比率はまた、scheduler サービスでも定義する必要があります。compute ノードを Kilo または Liberty のどちらで動かすかによって、割当比率の挙動が異なります。compute ノードを Kilo で動かす場合、compute ノード上の CPU と RAM の割当比率は controller の nova.conf ファイルの設定値となります。compute ノードを Liberty で動かす場合、compute ノード単位で CPU・RAM 両方の割当比率を設定可能です。全 compute ノードの割当比率を運用者に提供する場合、(controller ノードも含めて) nova.conf 中でデフォルトの割当比率を 0.0 にします。この値は、割当比率が実際に 0.0 になる訳ではなく、単に運用者が次のリリース(＝Mitaka)までにこの値を設定する必要がある事を意味しています。はっきりさせておきたいのは、デフォルトの割当比率はいまだに cpu_allocation_ratio=16、ram_allocation_ratio=1.5 という事です。
  • 新しい network-vif-deleted イベント (https://review.openstack.org/#/c/187871/) の関係で、Neutron サービスのアップグレード前に nova-compute を Liberty のコードにアップグレードすべきです。
  • Liberty へのアップグレード前に rootwrap フィルタに touch コマンドを追加しなければなりません。
    • Launchpad Bug 1256838 で指摘された imagebackend と imagecache の間の競合状態があります。
    • imagebackend がベースイメージをインスタンス用パスにコピーしている最中にベースイメージが ImageCacheManager によって削除された場合、インスタンスはエラー状態になります。
    • この問題を解決するため、https://review.openstack.org/#/c/217579/ の変更に伴い compute.filters に touch コマンドを追加する必要があります。
    • 競合状態の場合、imagebackend がイメージをコピーしている最中に Libvirt がベースファイルの所有者を libvirt-qemu に変更する時、os.utime を使用してファイルのアクセス時刻を更新する際に permission denied error が発生します。このエラーの解決のため、root ユーザ特権の touch コマンドを使用して、ベースファイルのアクセス時刻を更新する必要があるのです。
  • DiskFilter は Liberty より、scheduler_default_filters の一部となりました。https://review.openstack.org/#/c/207942/
  • 今回より１つの vCenter クラスタを単一の nova-compute ノードでマッピングできるようになりました。https://review.openstack.org/#/c/103916/
  • Libvirt の parallels ドライバーは virtuozzo と名称変更されました。
  • 使用されていない iscsi_targets、volumes テーブルが削除されました。
  • デフォルトの paste.ini は全てのエンドポイントで新しい v2.1 API を使用するよう更新され、v3 エンドポイントは削除されました。互換モードミドルウェアは v2.1 のバリデーションを /v2, /v1.1 エンドポイントで緩和するために使用されます。
  • DB スキーマダウングレードのコードが今回削除されました。https://blueprints.launchpad.net/nova/+spec/nova-no-downward-sql-migration
  • 我々がテストに使用するデフォルトの DB ドライバーは今回、Python-MySQL ではなく pymysql になりました。
  • powervm hv_type 定義は削除されました。この変更は、イメージメタデータ中の hv_type=powervm の古いイメージを使用している PowerVC driver on stackforge のユーザにのみ影響します。
  • Mitaka リリースにおける Libvirt の最小バージョンは 0.10.2 になる予定です。Libvirt < 0.10.2 対応は Liberty で廃止予定になりました。https://review.openstack.org/#/c/183220/
  • libvirt.remove_unused_kernels 設定オプションは廃止予定になり、今回デフォルトで True となりました。https://review.openstack.org/#/c/182315/

非推奨の機能

  • 2.21.0 より novaclient.v1_1 モジュールが廃止予定になりました。[[5]][[6]] また、Mitaka リリースで最初の python-novaclient から上記を削除する予定です。
  • 2.29.0 より `novaclient.client.get_client_class` メソッドが廃止予定になりました。[[7]] このメソッドは Mitaka で削除されます。
  • Cells での使用を含め、weighter の mute_weight_value オプションが廃止予定になりました。
  • Libvirtドライバー用の remove_unused_kernels 設定オプションが今回、廃止予定になりました。
  • vcenter ドライバーで使用する vCenter の最小要求バージョンが今回、5.1.0 になりました。5.0 以前を使用している場合、Liberty では警告ログとして記録されますが、Mitaka では 5.0 以前のバージョンの対応は削除されます。
  • V3 API 固有のコンポーネントは全て廃止予定となり、デフォルトの paste.ini より削除されました。

OpenStack Telemetry (Ceilometer)

主要な新機能

  • アラームサービスを扱う Aodh の新設
  • メタデータキャッシュ (nova API ポーリング負荷低減)
  • Declarative (宣言型)メーター
    • メーター定義テンプレートでの定義により、メーターを生成可能
    • ポーリングする特定の SNMP メーターを定義可能
  • Ceilometer から Gnocchi へのデータ送信に対応
  • 強制リミット (制限クエリのリミットを強制)。このリミットはクエリの際に明確に提供されなければならず、提供されない場合はデフォルトのリミットに制限されます。
  • 分散協調型の通知エージェント (複数の通知エージェント間で処理負荷を分割可能に)
  • イベント RBAC 対応
  • PowerVM ハイパーバイザ対応
  • MongoDB クエリ対応の改善 (統計の計算で性能向上)
  • 新しいメーター対応
    • Magnum メーター
    • DBaaS メーター
    • DNSaaS メーター

Gnocchi 機能

  • 初の influxdb ドライバー実装

Aodh 機能

  • イベントアラーム (イベント受信時、アクションを実行する機能)
  • アラームでの Trust 対応 リンク.

アップグレード時の留意事項

  • 後方互換性のため、Ceilometer で使用されていたいくつかのミドルウエア名が変更になりました。アップグレードの前に、paste.ini ファイルを編集し、 oslo.middleware を oslo_middleware に変更してください。例えば、sed -ri 's/oslo\.middleware/oslo_middleware/' api_paste.ini を実行する方法もあります。
  • 通知エージェントは Ceilometer 中のデータ収集用コアサービスです。このサービスは全ての transformation と publishing を処理します。ポーリングエージェントは今回より、通知エージェントに全処理を委託します。これらは一緒にインストールされる必要があります。
  • 強制リミットは各リクエストに適用されます。リミットが指定されない場合、デフォルトのリミットに制限されます。

廃止予定の機能

  • Aodh 採用により、Ceilometer の Alarm 機能は廃止予定になりました。
  • トピックベースの notifier パブリッシャー採用により、RPC パブリッシャー・コレクターは廃止予定になりました。
  • 非メートル法のメーターは依然廃止予定で、今後のリリースで削除される予定です。

OpenStack Identity (Keystone)

新機能

  • 実験的: 新しい REST API の使用により、ドメイン関連の設定オプションは、設定ファイルの代わりに SQL DB 上に保存できるようになりました。
  • 実験的: Keystone は今回、X.509 SSL クライアント認証を用いたトークンレス認証に対応しました。
  • Keystone 単位のプロバイダ WebSSO 設定に対応しました。
  • ユーザ、プロジェクトドメインにそれぞれマッピングするため、SAML アサーションに openstack_user_domain、openstack_project_domain 属性が追加されました。
  • クレデンシャル一覧 API は今回、結果をクレデンシャルタイプでフィルタリングできるようになりました。
  • 安定版の Driver Interfaces 定義により、Keystone のソースコードに含まれないドライバーの対応を改善しました。
  • Fernet トークン、フェデレーション、DB でのドメイン固有設定、ロール割当を含む、いくつかの機能が強化されました。
  • keystone.conf 中で、ユーザの設定が有効かどうかを判断する変数が追加されました。

アップグレード時の注意

  • EC2 トークンミドルウェア (Juno で廃止予定化) は今後 Keystone では利用できません。このミドルウェアは keystonemidleware パッケージに移管されました。
  • compute_port configuration オプション (Juno で廃止予定化) も今後利用できません。
  • XML ミドルウェアのスタブも削除されました。これに伴い、 keystone-paste.ini 設定ファイルにおける XML ミドルウェアへの参照も削除されました。
  • stats_monitoring とstats_reporting paste フィルタが削除されました。これに伴い、keystone-paste.ini 設定ファイルにおけるこれらへの参照も削除されました。
  • Icehouse で廃止予定化した外部認証プラグイン ExternalDefault、ExternalDomain、LegacyDefaultDomain、LegacyDomain は今後利用できません。
  • keystone.conf は今回、ドライバーのエントリポイント名を参照するようになりました。例えば、ドライバーがモジュールのフルパスではなく sql、ldap、uuid と指定できるようになりました。サンプル設定ファイルで他の例を参照してください。
  • 今回、keystone-manage コマンドにファイルの代わりにエントリポイントを公開するようになりました。
  • keystone-manage db_sync における DB スキーマのダウングレードは今後サポートされません。アップグレードのみサポートされます。
  • 以前のリリースにおける拡張機能 (OAuth デリゲーション、Federated Identity 対応、エンドポイントポリシー) は今回、デフォルトで有効になりました。
  • プロキシ経由での Keystone アクセスのため、新しい secure_proxy_ssl_header 設定オプションが利用可能になりました。
  • keystone.conf ファイル中でいくつかの設定オプションが廃止予定、名称変更、新セクションに移動されました。
  • ドメイン名情報は今回、ポリシールール中で domain_name 属性として利用可能になりました。

非推奨の機能

  • Eventlet での Keystone 実行は廃止予定となり、Mitaka リリースで削除される予定です。
  • リソースバックエンドとしての LDAP 利用 (つまり、プロジェクト用とドメイン用) は廃止予定となり、Mitaka リリースで削除される予定です。
  • エントリポイント利用採用により、ドライバークラスへのフルパス利用は廃止予定になりました。Mitaka リリースでは、エントリポイントを使用しなければなりません。
  • keystone.conf ファイル中の [resource]、[role] セクション中で、ドライバー指定なしでの assignment ドライバー利用は廃止予定になりました。Mitaka リリースでは、リソースとロールのドライバーはデフォルトで SQL ドライバーになります。
  • keystone-paste.ini では、エントリポイントを指定する use ディレクティブ採用により、paste.filter_factory 利用は廃止予定になりました。
  • ドメイン指定なしのユーザー、グループ、プロジェクト作成要求(従来はデフォルトドメインにフォールバックしていました)は今回廃止予定になり、Nリリースで削除される予定です。
  • assignment マネージャの廃止予定メソッドは、[resource]、[role] マネージャ中の同一メソッド採用により削除されました。

OpenStack Block Storage (Cinder)

新機能

  • Generic image caching 機能がサポートされました。これにより、VM用イメージは初回利用時にバックエンドストレージ上にキャッシュされるため、以降はコピーオンライトにより高速な新規ボリューム作成が可能です。 Read docs for more info
  • 無停止バックアップ機能のサポート Read docs for more info.
  • ボリュームの Consistency Groups のクローン機能のサポート Read docs for more info.
  • バックエンドストレージの機能リストの取得サポート (extra-specs に対応する機能一覧の取得) Read docs for more info.
  • 階層化 quota のサポート
  • Thin provisioned LVM が利用可能な場合、LVMバックエンドのデフォルトとして利用します。
  • ドライバーの初期化失敗時に、訂正した cinder service-list を表示することが出来ます。
  • ボリュームマイグレーション管理機能の改善
    • 以前のボリュームマイグレーション実行結果を確認できます。
    • 管理者は、 cinder list コマンドでボリュームマイグレーションの状態を監視できます
    • マイグレーション中のボリュームに対する他のボリューム操作を防止するために、新しいボリュームの状態 maintenance が追加されました。
    • マイグレーション完了後のバックエンドでのボリューム名・ボリュームIDの一貫性が改善されました。

アップグレード時の注意

  • Kilo またはそれ以前のc-volまたはc-apiのサービスと、Libertyの各サービスの同時実行を防止するために、RPC APIへのパラメータの変更とObjectへの変換が導入されました。

非推奨の機能

  • シンプル・チャンススケジューラが削除されました
  • HDS HUS iSCSI ドライバーが廃止されました。
  • Coraid ドライバーが廃止されました。
  • Solaris iSCSI ドライバーが廃止されました。
  • アタッチ中のボリュームに対するイメージアップロード機能で、 --force オプションが削除されました。
  • v1 APIが廃止予定になりました。

OpenStack Orchestration (Heat)

新機能

Convergence

convergence は新しいオーケストレーションエンジンで、heat ツリーの中で開発が進められています。Liberty では、convergence エンジンを使用する利点として以下のような点があります。

  • リソース処理の並列度の改善 (大規模テンプレートのスケーラビリティーの改善)
  • すでに更新が処理中のものに対して stack-update が実行可能
  • heat-engine 障害に対する処理の改善 (開発中)

convergence エンジンを有効にするには、/etc/heat/heat/conf ファイルの [DEFAULT] セクションに convergence_engine=true を設定して、heat-engine を再起動します。一度有効にすると、その後作成されるスタックは convergence エンジンを使用するようになりますが、既存のスタックに対する処理ではそれまでのエンジンを引き続き使用されます。

Convergence は本番環境でテストされたものではなく、β版の品質と認識すべきです。注意してご利用ください。Liberty リリースでは、Convergence は評価・スケーラビリティテストの目的で有効にする事をお勧めします。Mitaka サイクルでは Convergence をデフォルトエンジンにする事を検討する予定です。Convergence 関連のバグは launchpad のconvergence-bugs タグで管理されています。

条件付きリソース公開

クラウドサービスに実際にインストールされたリソースのみユーザが利用可能になります。運用者は更に、リソースタイプごとの policy.json 中の標準的なポリシールールを用いて、利用者が利用可能なリソースをコントロールする事ができます。

heat_template_version: 2015-10-15

2015-10-15 は YAML ドキュメントが HOT テンプレートである事、Liberty リリースまでに追加／削除された機能が含まれている可能性がある事を示しています。

  • Fn::Select function の削除 (パスベースの get_attr。 get_param 参照を使用すべきです)
  • get_attr API 呼出で <attribute name> が指定されなかった場合、全属性の辞書型が返却されます (例: { get_attr: [<resource name>]})
  • 新しい str_split 固有機能の追加
  • 既存の list_join 機能の複数行受け渡し機能を追加
  • str_replace、list_join にマップ／リストのパース機能を追加 (これらは自動的に JSON でシリアライズされます)

REST API/heatclient の追加

  • Stack は今回、（複数の）タグを付与可能になり、stack-list はこれらのタグでフィルタリング／ソート可能になりました。
  • "heat stack-preview ..." は提案された stack-update の変更点のプレビューを返すようになりました。
  • "heat template-validate --show-nested ..." は全てのテンプレートリソースも検証するようになり、ユーザインターフェース作成に便利な、入れ子データを返すようになりました。
  • "heat resource-type-template --template-type hot ..." は HOT 形式でテンプレートを生成します。
  • "heat resource-type-list" はユーザが利用可能なタイプのみ表示するようになり、名前、バージョン、support_status で結果をフィルタリングできるようになりました。
  • "heat template-version-list" は利用可能なテンプレートバージョン一覧を表示します。
  • "heat template-function-list ..." はテンプレートバージョンの利用可能な関数一覧を表示します。

既存リソースの拡張

新規リソース

以下のリソースがこの Heat リソースで追加されました。

[1] これらは非 Integrated プロジェクト用のため、Kilo では contrib として存在していました。これらのリソースは今回、Big Tent プロジェクトとして Heat と一緒に配布されます。

[2] これらは admin ロールを持つユーザが必要であったため、contrib リソースとして Kilo に含まれていました。これらは今回、Heat の一部として配布されるようになりました。運用者は policy.json の修正により特権ユーザからこれらの機能を隠すことができます。(参考までに、OS::Nova::Flavor は提供されるデフォルトのポリシーファイルで admin でないユーザからアクセス出来ないようになっています)

[3] これらは、Heat プロジェクトで承認されていないアプローチを使用していたため、Kilo では contrib リソースとして存在していました。これらは今回、Heat の一部として配布され、UNSUPPORTED として記載されています。

[4] これらのリソースは未だ OpenStack Big Tent プロジェクトになっていないプロジェクト用のものであるため、UNSUPPORTED として記載されています。

今回、クラウド運用者が新しい OS::Keystone::* リソースを用いて、Keystone サービスカタログエントリとユーザを管理するための Heat テンプレートを利用できるようになりました。

非推奨のリソースプロパティー

すでに多くのリソースプロパティーが DEPRECATED (削除予定) としてドキュメントに記載されていました。 これらのうち 15 個が今回 HIDDEN (隠し状態) 扱いになりました。これらは、ドキュメントからは削除される予定ですが、作成済みのスタックやテンプレートは Heat のアップグレード後も引き続き動作します。どのリソースプロパティーと属性が利用可能かを確認するには、 リソースタイプレファレンスを参照してください。

アップグレード時の注意

設定の変更

/etc/heat/heat.conf [DEFAULT] セクションの注目すべき変更点

  • hidden_stack_tags が追加され、指定したタグ名が含まれるスタックは stack-list の結果に表示されません (デフォルトでは、sahara-create スタックを非表示にする data-processing-cluster リストされています)。
  • instance_user は非推奨になり、完全に削除されました。OS::Nova::Server リソースを使用して作成された Nova サーバーは、クラウドイメージのデフォルトのユーザー設定の構成でブートされるようになりました。 AWS::EC2::Instance は、依然として ec2-user を作成します。
  • max_resources_per_stack を -1 に設定して強制を無効にすることができるようになりました。
  • enable_cloud_watch_lite は、この REST API が非推奨となったため、デフォルトで false に設定されるようになりました。
  • default_software_config_transport に ZAQAR_MESSAGE のオプションが追加されました。
  • default_deployment_signal_transport に ZAQAR_SIGNAL のオプションが追加されました。
  • auth_encryption_key は正確に 32 文字で設定する必要がある旨が記載されるようになりました。
  • list_notifier_drivers は非推奨となり、削除されました。
  • ポリシーオプションが [oslo_policy] セクションに移動しました。
  • use_syslog_rfc_format が非推奨となり、デフォルト値は true となりました。

heat.conf のその他のセクションの注目すべき変更点:

  • バージョン指定なしの keystone url を指定するための [clients_keystone] auth_uri が追加されました。
  • [heat_api] ワーカーはデフォルトで 4 に設定されるようになりました (以前は 0 で、ホスト CPU 1 つあたりで作成されるワーカー数は 1 でした)。

ポリシーファイル /etc/heat/policy.json が per-resource-type のアクセスポリシーで設定できるようになりました。例: 

   "resource_types:OS::Nova::Flavor": "rule:context_is_admin"

Kilo から Liberty へのアップグレード

sql のライブマイグレーションをサポートするための開発は進んでいますが、アップグレード中には、heat サービスを停止することを引き続き推奨します。下位バージョンの SQL スキーマへのマイグレーションはサポートされなくなりました。Kilo にロールバックするには、アップグレードを実行する前のデータベースのスナップショットから復元する必要があります。

OpenStack Data Processing (Sahara)

新機能

  • 新しいプラグインとバージョン:
    • HDP 2.2 / 2.3 をサポートする Ambari プラグイン
    • Apache Hadoop 2.7.1 が追加になり、同 2.6.0 が廃止予定に
    • NameNode と ResourceManager の冗長構成対応を含む CDH 5.4.0
    • MapR 5.0.0 追加
    • Spark 1.3.1 追加、同 1.0.0 が廃止予定に
    • HDP 1.3.2 と Apache Hadoop 1.2.1 対応を削除
  • Spark EDP ジョブ付き Swift 利用に対応
  • CDH と Ambari プラグインにおいて、Spark EDP ジョブに対応
  • パブリック／プロテクトリソースに対応
  • OpenStack クライアントを使用開始
  • 全 Sahara リソースの編集に対応
  • クラスタ用の Hadoop 自動設定を追加
  • Direct エンジンが廃止予定になり、Mitaka リリースで削除されます。
  • ジョブバイナリーとデータソース用ストレージバックエンドオプションとして OpenStack Manila NFS 共有を追加
  • EDP ジョブテンプレート用インターフェース設定の定義と利用に対応

非推奨の機能

  • Direct プロビジョニングエンジン
  • Apache Hadoop 2.6.0
  • Spark 1.0.0
  • 全 Hadoop 1.X 削除

OpenStack Search (Searchlight)

今回が Searchlight の最初のリリースです。Searchlight は、ユーザーの検索要求をオフロードすることで、様々な OpenStack サービスの検索機能と検索性能を劇的に改善することを目的としています。Searchlight は、Keystone の RBAC ベースの、OpenStack サービスにまたがる検索を提供します。OpenStack サービスのデータを ElasticSearch に登録し、要求された検索クエリーに対するセキュリティーレイヤーを提供しています。ElasticSearch は Lucene を使った検索エンジンです。分散でスケーラブルな、リアルタイムに近い、多面的な、マルチテナントに対応した、全文検索エンジンで 、RESTful なウェブインタフェースを持っています。

Key New Features

インデックスが作成された新たなリソースタイプ

アップグレード時の注意

なし

非推奨の機能

なし

OpenStack DNS (Designate)

新機能

  • 実験的機能: Hook Point API
  • Horizon プラグインは別レポジトリーになりました
  • 削除済みドメインを除去 (purge) 機能
  • ドメイン単位の Ceilometer exists 定期イベント
  • 非同期アクション
    • Import
    • Export
  • designate-pool-manager の定期タスクでの active/passive フェールオーバー
  • OpenStack クライアント対応

追加された DNS Server バックエンド

  • InfoBlox
  • Designate

アップグレード時の注意

  • 新しいサービス designate-zone-manager
    • tooz が対応しているバックエンドを使用することを推奨します。
    • ZooKeeper が推奨ですが、 tooz が対応しているものであればどれも使用できます。
    • tooz バックエンドを使用しない場合は、すべての zone-manager がすべてのゾーンの所有権を持っているとみなします。その結果、1 時間あたり 'n' 個の exists メッセージが送られます。 'n' は zone-manager のプロセス数です。
  • designate-pool-manager は定期タスクでの active/passive フェールオーバーを行います。
    • tooz が対応しているバックエンドを使用することを推奨します。
    • tooz バックエンドを使用しない場合、すべての pool-manager がすべてのゾーンの所有権を持っているとみなします。その結果、定期タスクが複数回実行され、予期しない結果になる可能性があります。

非推奨の機能

  • V1 API
    • 将来的に削除予定です。 V1 に対して通信する Designate CLI インタフェースが必要な操作がまだあります。 Horizon パネルは V1 のみを使用しています。

OpenStack Messaging Service (Zaqar)

主要な新機能

  • 事前署名付き URL：新しい REST API エンドポイントは、セキュリティを損なわずに、共有されるリソース全般の十分なコントロールを提供する事前署名付き URL に対応します。
  • メール通知：Zaqar のサブスクライバの電子メールアドレスを扱う、通知サービス用の新しいタスクドライバー。新しいメッセージがキューにポストされた際、サブスクライバは電子メールでメッセージを受信します。
  • ポリシー対応：他の殆どの OpenStack コンポーネントと同様、policy.json ファイルを用いた、きめの細かい権限コントロールに対応
  • 永続転送(Persistent Transport)：Zaqar 用永続転送の代替方式として、websocket に対応しました。今回、接続の確立オーバーヘッドなしで大量データの交換をするために、ユーザは自分のアプリケーションと Zaqar の間の長時間存在する接続を作成可能になりました。

OpenStack Dashboard (Horizon)

新機能

  • プラグインの改善：Horizon はインクルードする JavaScript ファイルを自動認識し、プラグイン可能な SCSS と置換用 Django テンプレート用の機構が実装されました。

アップグレード時の注意

  • 今回、Django 1.8 に対応し、同 1.7 がサポートする最小バージョンになりました。 (https://blueprints.launchpad.net/horizon/+spec/drop-django14-support).
  • データベースをバックエンドにしたセッションは、その構造が変更されたためアップグレード時に永続化しない模様です (https://github.com/openstack/django_openstack_auth/commit/8c64de92f4148d85704b10ea1f7bc441db2ddfee、 https://github.com/openstack/horizon/commit/ee2771ab1a855342089abe5206fc6a5071a6d99e)
  • Horizon は既にテストで QUnit を使用しておらず、requirements から削除されました (https://blueprints.launchpad.net/horizon/+spec/replace-qunit-tests-with-jasmine)
  • Horizon は今回、settings ファイル中でデフォルトの Web URL (WEBROOT)、静的ファイル配置 (STATIC_ROOT)、静的ファイル URL (STATIC_URL)用の設定オプションを複数設定可能になりました。
  • テーマの配置場所は openstack_dashboard/static/themes から openstack_dashboard/themes に移動されました。パスは必要に応じて更新する必要があるかもしれません。それに加えて、Horizon は Bootstrap マークアップと連携するようになり、テーマもこの方法論に合わせて構築すべきです。詳細は、上部のバーと横のナビゲーションを参照してください。
  • 廃止予定だったOPENSTACK_QUANTUM_NETWORK 設定オプションが削除されました。これをまだ使用している場合、OPENSTACK_NEUTRON_NETWORK で置き換えてください。
  • 今回、性能上の理由で選択した拡張機能を無効化するため、settings 中の OPENSTACK_NOVA_EXTENSIONS_BLACKLIST オプションが新設されました。 (https://github.com/openstack/horizon/commit/18f4b752b8653c9389f8b0471eccaa0659707ebe).
  • Trove と Sahara のパネルは openstack_dashboard/contrib 中に移動しました。これは、主にサービスチームによるレビュー用に分離を提供するためです。将来、これらのパネルは Horizon にて保持される代わりに、プラグインとなるかも知れません。 (https://blueprints.launchpad.net/horizon/+spec/plugin-sanity)
  • Cinder が v2 API を使用している場合でも、Horizon は Cinder 用の volume とvolumev2 両方のエンドポイントを必要とします。

OpenStack Trove (DBaaS)

新機能

  • Redis
    • Redis の設定グループ
    • クラスター対応
  • MongoDB
    • 1つのインスタンスのバックアップとリストア
    • ユーザー管理とデータベース管理
    • 設定グループ (Configuration Groups)
  • Percona XtraDB クラスターサーバー
    • クラスター対応
  • オペレーターによる、特定のデータストアに対してインスタンスフレーバーの関連付けをサポート
  • Horizon でのデータベースクラスターのサポート
  • データストアとバージョンの管理 API
  • Trove インスタンスを 1 つの管理テナントに作成できるようになりました。これにより、Nova インスタンスがユーザーに見えなくなります。

OpenStack Bare metal (Ironic)

Ironic はリリースモデルを変更し、開発サイクルの途中でもリリースを行うモデルになりました。 Liberty ではバージョン 4.0 がリリースされ、その後 2 回マイナーアップデートがありました。バージョン 4.2 が OpenStack 全体の Liberty リリースの1つとして扱われ、安定版の更新の対象となります。

詳細なリリースノートはこちらを参照してください: http://docs.openstack.org/developer/ironic/releasenotes/index.html

新機能

  • ハードウェア状態として ENROLL が追加されました。この状態は、新しく作成されたノードのデフォルトの状態となります。
  • abort 操作 (verb) が追加されました。これにより、ユーザーは特定の操作を進行中であっても中断できるようになります。
  • REST API で問い合わせとフィルタリングのサポートが改善されました。
  • CORS ミドルウェアのサポートが追加されました。

ハードウェアドライバー

  • ハードウェアドライバーに新しく BootInterface が追加されました。これは DeployInterface から機能を分離したものです。
  • iLO 仮想メディアドライバーが Swift なしで動作するようになりました。
  • Cisco IMC ドライバーが追加されました。
  • OCS ドライバーが追加されました。
  • UCS ドライバーが追加されました。
  • Wake-On-Lan Power ドライバーが追加されました。
  • ipmitool ドライバーが IPMI v1.5 に対応しました。
  • APC MasterSwitchPlus シリーズの PDU 向けの SNMP ドライバーがサポートされました。
  • pxe_ilo ドライバーが UEFI Secure Boot をサポートしました (iLO ドライバーの以前のリリースでは agent_ilo と iscsi_ilo だけが UEFI Secure Boot をサポートしていました)。
  • iRMC ドライバーに仮想メディアサポートが追加されました。
  • DRAC ドライバーに BIOS 設定が追加されました。
  • PXE ドライバーで GRUB2 がサポートされました。

非推奨の機能

  • DriverInterface のメソッド vendor_passthru と driver_vendor_passthru は削除されました。これらは Kilo で削除予定になっており、 @passthru デコレーターに置き換えられました。
  • Nova baremetal のデプロイメントからデータをインポートするマイグレーションツールは削除されました。
  • 定期タスク (periodic task) デコレーターの parellel オプションが削除予定になりました。
  • 削除予定であった admin_api ポリシールールが削除されました。
  • 元々の bash デプロイ RAM ディスクのサポートが削除予定になり、 2 サイクル以内に削除されます。すべてのデプロイドライバーは ironic-python-agent プロジェクトを使用すべきです。

アップグレード時の注意

  • 新しく作成されたノードは、新しく追加された ENROLL 状態になります。以前は、ノードの初期状態は AVAILABLE でした。 AVAILABLE の場合、ハードウェアが準備ができる前に Nova に公開されてしまう可能性があります。
  • Kilo で API バージョンヘッダーが追加されました。そのため、Liberty API と通信しようとするクライアントは適切なバージョン文字列を各 HTTP リクエストで渡さなければいけません。現在の API バージョンは 1.14 です。

OpenStack Key Manager (Barbican)

新機能

  • プロジェクト管理者がプロジェクト単位で認証局を作成する機能を追加しました。また、プロジェクト管理者はプロジェクト単位で好みの認証局(CA)のセットを定義・管理可能になりました。これは、プロジェクトがプロジェクト独自のセキュリティドメインを実現できるようにします。
  • Barbican は今回、プロジェクト配下で作成可能な Barbican リソースの数量制限用にプロジェクト単位のクォータサポートを実装しました。デフォルトでは、クォータは無制限に設定され、Barbican の設定で上書きできるようになっています。
  • プロジェクトレベルキーの内包 (wrap) に使用されるマスターキーのローテーションに対応しました。この軽量アプローチでは、プロジェクトレベルキー (KEK) のみが新しいマスターキー (MKEK) に再度内包されます。(http://specs.openstack.org/openstack/barbican-specs/specs/liberty/add-crypto-mkek-rotation-support-lightweight.html)
  • Keystone、Nova、Manila フォーマットにマッチするバージョン情報を返すための Barbican のルートリソース更新に対応しました。これは keystoneclient のバージョン付きエンドポイント検出機能で使用されます。
  • 管理者用操作が全て通常のエンドポイントで可能になったため、管理者エンドポイントが削除されました。Oslo ポリシー経由でアクセス制御が適用されるため、エンドポイントを分ける必要がなくなったのです。
  • SQL 接続の管理用に sqlalchemy プールを有効にする設定を追加しました。
  • GET /v1/secrets?acl-only=true リクエストを使用する ACL 経由でアクセス可能なシークレット一覧機能を追加しました。
  • ACL 操作、RBAC ポリシー、シークレット関連の Barbican API 周りの機能テストのカバレッジを改善しました。
  • SnakeOil CA プラグインインスタンス作成関連の問題を修正しました。
  • Barbican クライアント CLI は今回、認証に Keystone トークンを利用可能になりました。

以前はユーザ名＋パスワードベースの認証のみ対応していました。

  • Barbican クライアントは今回、認証命令の作成・一覧表示機能を実装しました。

アップグレード時の注意

OpenStack Image Service (Glance)

サービスの運用、インストール、設定、開発、使用に関する詳細を含む、更新されたプロジェクトガイド: http://docs.openstack.org/developer/glance/

新機能

アップグレード時の注意

  • 今回、python-glanceclient はデフォルトで Glance API v2 を使用し、v2 が利用不可の場合は v1 にフェールバックするようになりました。
  • 指定された各バックエンドストアに依存して、バックエンドストアの依存関係はオプション的にインストールされるようになりました。
  • Swift, S3, VMawre などのバックエンドストアは今回、Python 3 に対応しました。
  • デフォルトのメタデータ定義の更新と同様にいくつかの新しいものはソースコードと一緒に公開されます。
  • 更なる Python 3 対応が Glance API に追加され、今回互換性を確保するためのテストを用いて、継続対応が強化されました。
  • 今回、MySQL DB バックエンドのデフォルト文字コードが UTF-8 になりました。
  • マイグレーションスクリプトが更新され、テーブルの文字コードをチェックするようになりました。
  • スキーマの ram_disk、kernel 属性が NULL を許容するようになり、id が v2 API で読込専用属性になりました。
  • client_socket_timeout 設定オプションが追加され、最近の eventlet ソケットタイムアウトの挙動を恩恵を得られるようになりました。
  • scrub_pool_size 設定オプションが追加され、scrubber の並列スレッド数を設定できるようになりました(デフォルトは1)。
  • Glance v1 API を用いて、イメージの状態を変更できる重要なバグが修正されました。

非推奨の機能

  • 実験的なカタログインデックスサービスは削除され、今回 Searchlight と呼ばれる分離プロジェクトになりました。
  • scrubber 用のファイルベースのキューが削除された事に伴い、scrubber_datadir、cleanup_scrubber、cleanup_scrubber_time 設定オプションは削除されました。

OpenStack Shared File System (Manila)

新機能

  • アベイラビリティゾーンに対応しました。
  • インスタンスを共用するための管理者 API コンポーネントを追加しました。
  • プールウェイトを追加し、Manila スケジューラが新しい共有を既存の共有サーバを持つプール上に配置できるようになりました。
  • あるホストプールから別のホストプールへの共有マイグレーションに対応しました。(実験的)
  • 汎用ドライバーで共有の容量拡張機能を追加しました。
  • 一貫性グループに対応しました。これにより、複数のファイルシステム共有のスナップショットを同時に作成できるようになります。(実験的)
  • NetApp cDOT ドライバーと汎用ドライバーで一貫性グループに対応しました。
  • シンプロビジョニングでオーバーサブスクリプション (容量超過) に対応しました。
  • 新しい Windows SMB ドライバー:
    • Windows サービスインスタンスと SMB 共有の公開に対応しました。
  • Manila API サービスのトータルのスループットを向上する新しい osapi_share_workers 設定オプションを追加しました。
  • 共有フック機能を追加しました。これにより、ドライブ共有メソッド呼出しの前後、N秒ごとに呼び出される追加の定期実行フック、ドライバーのアクション結果の更新でアクションを実行する事ができるようになります。
  • NetApp cDOT ドライバーの改善:
    • 新しい Manila 共有をバックアップする flexvol 作成用の netapp:dedup、 netapp:compression 変数を追加しました。
    • 管理/管理解除と shrink_share に対応しました。
    • extended_share API コンポーネントに対応しました。
    • ストレージアレイと通信する netapp-lib PyPI プロジェクトに対応しました。
  • HP 3PAR ドライバーの改善:
    • 重複排除、シンプロビジョニング、hp3par_flash_cache 機能のレポートに対応しました。これらは、共有タイプと CapabilitiesFilter が要求された機能を持つホスト上で共有が配置できるようにします。
    • 共有サーバ対応を追加しました。
  • Huawei Manila ドライバーの改善:
    • ストレージプール、extend_share、manage_existing、shrink_share、リードオンリー共有、smartcache、smartpartition 対応を追加しました。
    • 重複排除、シンプロビジョニング、圧縮機能のレポートに対応しました。
  • VNX Manila ドライバーでアクセスレベル対応を追加しました。
  • Manila HDS HNAS ドライバー対応を追加しました。
  • GlusterFS 専用ドライバーを追加しました。
    • GlusterFS ドライバーは今回、互換共有レイアウトの一覧を指定できるようになりました。
  • v2 API にマイクロバージョン対応を追加しました。

非推奨の機能

  • share_reset_status API コンポーネントは廃止予定となり、share_instance_reset_status で置換されました。

Retrieved from "https://wiki.openstack.org/w/index.php?title=ReleaseNotes/Liberty/ja&oldid=95716"