OpenStack - User contributions [en]

I18nTeam/team/ja

2013-12-24T11:52:56Z

Tomo:

[[Category:I18n]]
= Japanese Translation Team (日本語翻訳チーム) =
[[File:Translation.svg|right|150px]]
ようこそ、OpenStack 日本語翻訳チームへ。

OpenStack 日本語翻訳チームはあらゆる種類の貢献を歓迎しています。

このチームは OpenStack I18N (Internationalization) Team の日本語を担当しています。OpenStack I18N Team は OpenStack の国際化 (I18N) と地域化 (L10N) に責任を持ちます。国際化は OpenStack をユビキタスにするために不可欠なものです。次のような仕事があります。
* 国際化の改善とテスト
* ドキュメント、メッセージ、ウェブサイト他の翻訳
* 翻訳プラットフォームの維持と改善

== Contact information (連絡先) ==
* Coordinator: [mailto:amotoki@gmail.com Akihiro MOTOKI], [mailto:tomo@dream.daynight.jp KATO Tomoyuki]
* Website: [http://openstack.jp/ 日本OpenStackユーザ会] Japan OpenStack User Group (JOSUG)

== How to join (参加方法) ==
[https://www.transifex.com Transifex] に ID を登録し、[https://www.transifex.com/projects/p/openstack/language/ja/ OpenStack 日本語チーム] に参加申請してください。

また、翻訳に関する議論を [https://groups.google.com/forum/#!forum/openstack-ja メーリングリスト] (Google グループ) で行っていますので、参加お願いします。

== How to contribute (貢献方法) ==
[https://www.transifex.com/projects/p/openstack/language/ja/ Transifex] で以下のものを翻訳できます。
* OpenStack Dashboard (Horizon)
* OpenStack Installation Guide (OpenStack インストールガイド)
* OpenStack Operations Guide (OpenStack 運用ガイド)
* OpenStack Security Guide (OpenStack セキュリティガイド)
* その他すべて

Transifex の補助ツールとして GitHub などを使用しています。全体としての翻訳対象を決める際に、メーリングリストで案内しています。

I18nTeam/team/ja

2013-12-22T02:37:54Z

Tomo:

[[Category:I18n]]
= Japanese Translation Team (日本語翻訳チーム) =
[[File:Translation.svg|right|150px]]
ようこそ、OpenStack 日本語翻訳チームへ。

OpenStack 日本語翻訳チームはあらゆる種類の貢献を歓迎しています。

このチームは OpenStack I18N (Internationalization) Team の日本語を担当しています。OpenStack I18N Team は OpenStack の国際化 (I18N) と地域化 (L10N) に責任を持ちます。国際化は OpenStack をユビキタスにするために不可欠なものです。次のような仕事があります。
* 国際化の改善とテスト
* ドキュメント、メッセージ、ウェブサイト他の翻訳
* 翻訳プラットフォームの維持と改善

== Contact information (連絡先) ==
* Coordinator: [mailto:amotoki@gmail.com Akihiro MOTOKI], [mailto:tomo@dream.daynight.jp KATO Tomoyuki]
* Website: [http://openstack.jp/ 日本OpenStackユーザ会] Japan OpenStack User Group (JOSUG)

== How to join (参加方法) ==
[https://www.transifex.com Transifex] に ID を登録し、[https://www.transifex.com/projects/p/openstack/language/ja/ OpenStack 日本語翻訳チーム] に参加申請してください。

また、翻訳に関する議論を [https://groups.google.com/forum/#!forum/openstack-ja メーリングリスト] (Google グループ) で行っていますので、参加お願いします。

== How to contribute (貢献方法) ==
[https://www.transifex.com/projects/p/openstack/language/ja/ Transifex] で以下のものを翻訳できます。
* OpenStack Dashboard (Horizon)
* OpenStack Installation Guide (OpenStack インストールガイド)
* OpenStack Operations Guide (OpenStack 運用ガイド)
* OpenStack Security Guide (OpenStack セキュリティ)
* その他すべて

Transifex の補助ツールとして GitHub などを使用しています。全体としての翻訳対象を決める際に、メーリングリストで案内しています。

I18nTeam

2013-12-21T00:17:47Z

Tomo: /* Local Translation Teams */

__NOTOC__
[[Category:I18n]]
= The I18n Team =
[[File:Translation.svg|right|150px]]
Internationalization is essential to make OpenStack ubiquitous. The mission of OpenStack I18N team is to make OpenStack ubiquitously accessible to people of all language backgrounds, by enhancing OpenStack software internationalization, providing translation, maintaining a translation platform and managing translation process for high quality translations.

''"Internationalization is the process of designing a software application so that it can be adapted to various languages and regions without engineering changes. Localization is the process of adapting internationalized software for a specific region or language by adding locale-specific components and translating text."'' - from wikipedia.

The OpenStack I18N team will take responsible for the I18n and L10n of OpenStack. Our work will include:
* I18n enhancement and test
* Translation of documentations, messages, websites, and etc.
* Translation platform maintenance and enhancements

= Contributing =
I18n team welcome any kinds of contribution.

== Contribute to translations ==
If you want to help the translations, you can join a [[I18nTeam#Local_Translation_Teams|local translation team]]. You can find the translation jobs in this local team and contact with the coordinators.

If you cannot find your local team, you can request to [[I18nTeam/CreateLocalTeam|create a local translation team]].

If you want to report translation errors, go to [https://bugs.launchpad.net/openstack-i18n openstack-i18n] in Launchpad and report bugs. Mark bugs with a tag "'''translation'''".

There are three different roles in a translation team.
* [[I18nTeam/Management|Coordinator]]: a privileged member in a translation team who can help in team management tasks, such as approving new members and reviewing contributions to that language. We also have task coordinators for specific tasks.
* [[Documentation/Translation#Contribute_as_a_translator|Member (Translator)]] : a person who can submit translations.
* [[Documentation/Translation#Contribute_as_a_reviewer|Reviewer]]: a person who can proofread translations and mark them as reviewed.

== Contribute to translation tools ==
Go to this page [[I18n/Tools|tools]] to understand the tools/scripts which are support our translation platform. If you want to help to report bugs, add more wishlists, and improve them, you can report bugs and fix bugs [https://bugs.launchpad.net/openstack-i18n here]. Mark bugs with a tag "'''tools'''".

== Fix I18n bugs ==
If you want to help to report or fix I18n bugs of OpenStack, go to [https://bugs.launchpad.net/openstack-i18n openstack-i18n] in Launchpad. Mark bugs with a tag "'''i18n'''".

= Getting in touch =

We use [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-i18n openstack-i18n@lists.openstack.org] as the mailing list. We all hang out on #openstack-translation.
The I18n team meets bi-weekly on Thursdays at alternating times, please see [[Meetings/I18nTeamMeeting]]

= Local Translation Teams =
Lead: Ying Chun "Daisy" Guo (Daisy on IRC)

*Portuguese (Brazil)
*[[I18n/team/zh_cn |Chinese (China)]]
*Chinese (Taiwan)
*Czech
*Dutch (Netherlands)
*[[I18nTeam/en_au|English (Australia)]]
*French
*German
*Hindi
*[[I18nTeam/ja|Japanese]]
*[[I18nTeam/ko_KR|Korean]]
*Polish (Poland)
*Russian
*Spanish
*Vietnamese

{| class="wikitable"
|-
! scope="col"| Language
! scope="col"| Coordinators ID
! scope="col"| Translators ID
|-
! scope="row" | Brazilian Portuguese
| [https://www.transifex.com/accounts/profile/gabrielcw gabrielcw]
|
|-
! scope="row" | Catalan
|
|
|-
! scope="row" | Chinese (China)
| [https://www.transifex.com/accounts/profile/daisy.ycguo daisy.ycguo]
| [https://www.transifex.com/accounts/profile/yuanpu yuanpu], [https://www.transifex.com/accounts/profile/fifieldt fifieldt]
|-
! scope="row" | English (Australia)
| [https://www.transifex.com/accounts/profile/fifieldt fifieldt]
|
|-
! scope="row" | French
| [https://www.transifex.com/accounts/profile/steff00 Steff00], [https://www.transifex.com/accounts/profile/fbureau/ Fdot]
|
|-
! scope="row" | German
| [https://www.transifex.com/accounts/profile/alecsoft/ alexsoft]
| [https://www.transifex.com/accounts/profile/jaegerandi/ jaegerandi], [https://www.transifex.com/accounts/profile/llaera/ llaera], [https://www.transifex.com/accounts/profile/RedRider/ RedRider]
|-
! scope="row" | Hindi
|
|
|-
! scope="row" | Japanese
| [https://www.transifex.com/accounts/profile/ritchey98/ ritchey98] (amotoki on IRC) [https://www.transifex.com/accounts/profile/katomo katomo],
| [https://www.transifex.com/projects/p/openstack/language/ja/members/ Full Member List on Transifex]
|-
! scope="row" | Korean
| [https://www.transifex.com/accounts/profile/ujuckr/ ujuckr] (ujuc on IRC)
| [https://www.transifex.com/accounts/profile/Yeonki/ Yeonki], [https://www.transifex.com/accounts/profile/naleejang/ Nalee Jang], [https://www.transifex.com/accounts/profile/rumfox/ SangHyoung], [https://www.transifex.com/accounts/profile/JayLee/ Jay Lee], [https://www.transifex.com/accounts/profile/funfunyoo/ FunFun Yoo], [https://www.transifex.com/accounts/profile/MKJung/ Man-Ki Jung], [https://www.transifex.com/accounts/profile/bluejay.kr/ James Ahn], [https://www.transifex.com/accounts/profile/cdecide/ Shin Seung Ho], [https://www.transifex.com/accounts/profile/hyunsun/ Hyunsun Moon], [https://www.transifex.com/accounts/profile/ikhwan/ Ikhwan Koo], [https://www.transifex.com/accounts/profile/jaeyeun97/ Jaeyeun Charlie Yoon], [https://www.transifex.com/accounts/profile/yisukwon/ Yi Su Kwon], [https://www.transifex.com/accounts/profile/%EC%A0%95%EC%9D%B4%EC%8A%AC/ Leeseul Jung]
|-
! scope="row" | Polish
|
| [https://www.transifex.com/accounts/profile/deejay1/ DeeJay1]
|-
! scope="row" | Russian
| [https://www.transifex.com/accounts/profile/adiantum/ adiantum]
| [https://www.transifex.com/accounts/profile/eshumakher eshumakher]
|-
! scope="row" | Spanish
| [https://www.transifex.com/accounts/profile/mariantb/ mariantb]
| [https://www.transifex.com/accounts/profile/ladquin/ ladquin], [https://www.transifex.com/accounts/profile/vkmc/ vkmc], [https://www.transifex.com/accounts/profile/alberto.molina/ alberto.molina], [https://www.transifex.com/accounts/profile/aloga/ aloga], [https://www.transifex.com/accounts/profile/rodrigoauditore/ rodrigoauditore], [https://www.transifex.com/accounts/profile/rvegagom/ rvegagom], [https://www.transifex.com/accounts/profile/smarturo/ smarturo], [https://www.transifex.com/accounts/profile/vicdiaz/ vicdiaz], [https://www.transifex.com/accounts/profile/Makika/ Makika], [https://www.transifex.com/accounts/profile/toote/ toote], [https://www.transifex.com/accounts/profile/electrocucaracha/ electrocucaracha], [https://www.transifex.com/accounts/profile/heleno.jimenez/ heleno.jimenez]
|-
! scope="row" | Vietnamese
| [https://www.transifex.com/accounts/profile/DTT/ Hang Tran],[https://www.transifex.com/accounts/profile/ppanhh/ Anh Phan], [https://www.transifex.com/accounts/profile/NguyenTien/ Tien Nguyen], [https://www.transifex.com/accounts/profile/giangdt/ Giang Duong]
| [https://www.transifex.com/accounts/profile/HoangNguyen/ Hoang Nguyen], [https://www.transifex.com/accounts/profile/HaMai/ Mai Thuy Ha], [https://www.transifex.com/accounts/profile/bvqbao/ Bui Vo Quoc Bao], [https://www.transifex.com/accounts/profile/chienbinhIT/ Nguyen Ba Cat], [https://www.transifex.com/accounts/profile/dontung/ Don Tung], [https://www.transifex.com/accounts/profile/ducito/ Nguyen Ngoc Duc], [https://www.transifex.com/accounts/profile/hoangvudtu/ Hoang Vu], [https://www.transifex.com/accounts/profile/huteduvn/ Tong Manh Cuong], [https://www.transifex.com/accounts/profile/lehoainam/ Le Hoai Nam], [https://www.transifex.com/accounts/profile/ninhhv/ Ha Van Ninh], [https://www.transifex.com/accounts/profile/quang.tran/ Tran Viet Quang], [https://www.transifex.com/accounts/profile/oss/ Pham Tuan Anh], [https://www.transifex.com/accounts/profile/quangnn/ Quang Nguyen], [https://www.transifex.com/accounts/profile/sujarot/ Nguyen Thanh Vinh], [https://www.transifex.com/accounts/profile/trandung11/ Tran Dung], [https://www.transifex.com/accounts/profile/trungdungdtu/ Trung Dung], [https://www.transifex.com/accounts/profile/vina007/ Tam]

|-
|}

I18nTeam/team/ja

2013-12-21T00:15:24Z

Tomo: Created page with "Category:I18n = Japanese Translation Team (日本語翻訳チーム) = ようこそ、OpenStack 日本語翻訳チームへ。 == Contact information (連絡先) == * Coo..."

[[Category:I18n]]
= Japanese Translation Team (日本語翻訳チーム) =
ようこそ、OpenStack 日本語翻訳チームへ。

== Contact information (連絡先) ==
* Coordinator: [mailto:amotoki@gmail.com Akihiro MOTOKI], [mailto:tomo@dream.daynight.jp KATO Tomoyuki]
* Website: [http://openstack.jp/ 日本OpenStackユーザ会] Japan OpenStack User Group (JOSUG)

== How to join (参加方法) ==
[https://www.transifex.com Transifex] に ID を登録し、[https://www.transifex.com/projects/p/openstack/language/ja/ OpenStack 日本語翻訳チーム] に参加申請してください。

また、翻訳に関する議論を [https://groups.google.com/forum/#!forum/openstack-ja メーリングリスト] (Google グループ) で行っていますので、参加お願いします。

== How to contribute (貢献方法) ==
[https://www.transifex.com/projects/p/openstack/language/ja/ Transifex] で以下のものを翻訳できます。
* OpenStack Dashboard (Horizon)
* OpenStack Installation Guide (OpenStack インストールガイド)
* OpenStack Operations Guide (OpenStack 運用ガイド)
* OpenStack Security Guide (OpenStack セキュリティ)
* その他すべて

Transifex の補助ツールとして GitHub などを使用しています。全体としての翻訳対象を決める際に、メーリングリストで案内しています。

ReleaseNotes/Havana/ja

2013-10-19T09:02:23Z

Tomo: /* memo */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* グローバルクラスタのサポート

Swift 1.8.0 で導入された"リージョン"というコンセプトは、分離されたレプリケーション
用ネットワークの使用と、読み込み・書き込みアフィニティの設定をサポートするよう拡
張されました。これらの機能は広域にわたる1つのSwiftクラスタのサポートを提供するた
めに組み合わせる。

* 追加の設定ファイル conf.d のサポート
Swiftデーモンとサーバーはオプションで設定パラメータにディレクトリを許可すること
ができます。これは設定ファイルの異なるパートを分けて管理することができます：
たとえば、ミドルウェアごとの特定設定を別のファイルへ分けることができます。

* ディスクパフォーマンス
オブジェクトサーバーはシステム全体のパフォーマンス向上と、遅延の平準化の
ためにスレッドプールが使われるように構成可能になった。また、多くのディスク操
作が信頼性向上と、性能改善のため整理された。

* memcache接続のプーリングがサポートされた

* ハンドオフノードの選択のためのより高速な演算

=== 重要なバグ修正 ===

* memcacheのエントリが期限切れにならないことがあるバグが修正された

* クライアントが切断した後にもプロキシがストレージノードからデータを読み込み続けてしまう場合がある問題を修正

* バージョン管理された書き込みでのUTF-8の取り扱いの問題を修正

=== Additional operational polish ===

* デフォルトの wsgi ワーカー数が CPU 数になりました。
wsgi ワーカー数のデフォルト値を1から自動へ変更。プロキシ、アカウント、コンテナ、オブジェクトのwsgiサーバのワーカー数の新しいデフォルト値は、サーバのCPUコア数と同じワーカー/プロセス数で生成される。
This will not be ideal for some configurations, but it's much more likely to produce a successful out of the box deployment.

* reveal_sensitive_prefix はプロキシサーバで記録された認証トークンのフィルタが可能になった

* 最初のオブジェクトの複製にハンドオフパーティションへの複製が可能になった。
Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* crossdomain.xml ミドルウェアが追加された。詳細 http://docs.openstack.org/developer/swift/crossdomain.html for details

* PyPy 上で Swift が動作するための多くの改良。

=== 既知の問題 ===

* http://bugs.launchpad.net/swift を確認してください。

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* 複数クラスターの管理をサポート ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint])

* Cinder ドライバーサポート ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* イメージのクローン方法指定 - イメージに対してリンクによるクローンかフルクローンイメージのどちらを使うかを指定可能 ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* コンフィグドライブのサポート ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* サーバーコンソールのログ表示のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])
* VHD の最大ディスクサイズの制限への対処策としての、大きなエフェメラルディスクを 1024GB か 2000GB のチャンクに分割する機能のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])
* イメージに AutoDiskConfig=disabled を設定できるようになりました。これは、これらのイメージとサーバーではユーザーが AutoDiskConfig=Manual を設定できないことを意味します。 ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])
* Nova と Nova agent の通信方法が改善され、cloud-init と Nova agent の両方が同じクラウドで使用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])
* Linux ディストリビューションのインストーラーが実行中の状態で VM を起動できるようになりました。これにより、ユーザーが独自のカスタムイメージを作成しやすくなります。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])
* XenServer core および XenServer core の Dom0 での nova-compute の実行の実験的なサポート ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])
* LVHD ストレージ SR の実験的なサポートと、圧縮された生の glance イメージからの起動のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])
* 安定性と利便性の多数の改善。例えば、glance に送信するスナップショットで使用される圧縮率を設定する機能、サーバーディスクの縮小リサイズ時に変更後のディスクサイズが小さ過ぎたことによるエラーでの自動ロールバック。

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== 通知 (notifications) ====

* ホストアグリゲートの作成、削除、拡大、縮小やそれ以外の更新の際の通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).
* インスタンス作成失敗時に通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== スケジューラー ====

* フィルター属性に '''force_nodes''' が追加されました。ベアメタルドライバー使用時にインスタンスを配置するノードを運用者が明示的に指定できます。 ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint])

* '''IsolatedHostsFilter''' の制限を緩くできるようになりました。 '''IsolatedHostsFilter''' の新しい設定パラメータ '''restrict_isolated_hosts_to_isolated_images''' の値で、隔離されたホスト (isolated hosts) ですべてのイメージを使用できるかを調整できます。 ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint])

* 既存の '''GroupAntiAffinityFilter''' と対をなす機能として '''GroupAffinityFilter''' が追加されました。このフィルターを使うと特定のホストグループのホストにインスタンスをスケジューリングできます。 ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint])

* 新しい '''run_filter_once_per_request''' パラメータを '''True''' に設定する機能をフィルタ群に追加しました。これを True にすると、１リクエストにおけるフィルタ判定が全インスタンス用に残るようにします。これは、もし不要であれば、１リクエスト中でそのフィルタが各インスタンス用に再実行されることを防ぎます。この設定は既存のフィルタ群の大半に適用されます ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint])。

* アグリゲート単位のフィルターとして '''AggregateRamFilter''' と '''AggregateCoreFilter''' が追加されました。これらはシステム全体ではなくホストアグリゲートに対して適用されます。 '''AggregateDiskFilter''' は今後のリリースで追加されます。 ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* 全コンピュートノードから全スケジューラーへの定期的にブロードキャストされるメッセージの削除によりスケジューラーの性能が改善されました。[https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint])

* 複数インスタンスのリクエストに対してフィルタが１回だけ実行するようにフィルタに指定できるようになったことで、スケジューラのパフォーマンスが改善されました。([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint])

==== ストレージ ====

* 接続する Cinder ボリュームを暗号化できるようになりました。データは読み書き時に必要に応じて復号／暗号化されますが、インスタンスには通常のブロックストレージデバイスに見えます。 ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* インスタンスに接続された Cinder ボリュームを透過的に交換する機能が追加されました。ボリュームを交換している間インスタンスが短時間停止することはありますが、ボリュームへのリード、ライトが失われることはありません。 ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* NFS か GlusterFS 上にあるボリュームに接続する際に Nova は Cinder で設定されたマウントオプションを使うようになりました。以前はボリュームにアクセスする各コンピュートノードでマウントオプションを設定する必要がありました。 ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* ネイティブでの GlusterFS サポートが追加されました。 '''nova.conf''' で '''qemu_allowed_storage_drivers''' が '''gluster''' に設定された場合、QEMU は '''fuse''' 経由ではなく '''libgfapi''' を使ってボリュームに直接アクセスするように設定されます。 ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* GlusterFS のようにスナップショットをそれ自身ではサポートしていないストレージをバックエンドに使用している場合であっても、 Cinder のボリュームスナップショットを作成する機能を提供するため、QEMU のスナップショット機能を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* ストレージへのアクセスで iSER トランスポートプロトコルがサポートされました。 TCP 上の iSCSI と比較してよい性能が得られます。 ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* conductor は複数のワーカースレッドを起動し、並列で動作できるようになりました。起動するスレッド数は'''nova.conf''' の '''workers''' の値で決まります。 ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova は Oslo が提供する共通サービス基盤を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint])

* データベースマイグレーションが必要なバグ修正をバックポートできるように変更が行われました。 ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint])

* Nova システムのライブアップグレードのサポートに向け非常にたくさんの進展がありました。 Havana では、サービス間で送信されるメッセージのバージョンの制御 (nova.conf の '''[upgrade_levels]''' セクションを参照) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]) と、コードとデータベーススキーマの詳細の分離を容易にするオブジェクト層 ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]) などの改良が行われました。

=== 既知の問題 ===

* cell を使っている場合、インスタンスの削除時に問題があります。 Grizzly と違い、インスタンスの削除を行うと、 child cell にそのインスタンスの削除を通知する前にインスタンスは最上位の (API) cell から即座に削除されてしまいます。これは意図した動作ではありません。この副作用として delete.start と delete.end 通知が送信されます。 child cell でのインスタンス削除が成功すると、2つ目の delete.start と delete.end 通知が送信されます。失敗した場合は、データベースは同期できていない状態となり、インスタンスは API cell からは消えているが、 child cell には存在したままになってしまいます。このバグは、リリース後すぐに havana-stable で修正される予定です。
* 既知の問題については http://bugs.launchpad.net/nova を確認してください。

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

* 定期実行タスクは以前よりも頻繁に実行される点に注意してください。定期実行タスクの実行頻度は以前から設定可能です。以前は、タスクをいつ再度実行するかのタイマーはそのタスクの最後の実行が完了した時点で開始されていました。現在は、タスクの実行に要した時間にかかわらず、タスクは一定の頻度で実行されます。これにより、いつタスクが実行されるかが、よりはっきりします。一方で、副作用としてデフォルトではタスクが以前よりも少し頻繁に実行されるようになります。 (https://review.openstack.org/#/c/26448/)
* security_groups_handler オプションは nova.conf から削除されました。このオプションは Quantum 用に追加されましたが、もはや必要ありません。 (https://review.openstack.org/#/c/28384/)
* この変更点はアップグレードには影響はないが、すべての新規のデプロイメントでの動作が変わります。以前のバージョンではデフォルトの m1.tiny フレーバーはディスクサイズ 0 で作成されていました。デフォルト値が 1 になりました。 0 は、ディスクのサイズ変更を一切に行わず、イメージがどんなディスクサイズで作成されていたとしてもそれを使用することを意味します。 1 は 1 GB の上限を課すことを意味します。特別な値 0 は現在もサポートされており、必要であればフレーバーの作成や変更でこの値を使うことができます。 (https://review.openstack.org/#/c/27991/).
* プラグインフレームワークで提供されていたものは他の手段で実現できるため、プラグインフレームワークは削除されました。(https://review.openstack.org/#/c/33595)
* notify_on_any_change 設定オプションは削除されました。 (https://review.openstack.org/#/c/35264/)
* compute_api_class オプションは非推奨となっており、今後のリリースで削除されます。 (https://review.openstack.org/#/c/28750/)
* Nova は Quantum から名前が変更された Neutron の方を使用します。 (https://review.openstack.org/#/c/35425/)
* 複数の Neutron ネットワークが定義されているが、サーバ作成要求にネットワークの指定がない場合、 Nova はサーバー作成要求を拒否するようになりました。以前はサーバーに「全」ネットワークが接続されていましたが、この動作は意味がないという合意ができました。 (https://review.openstack.org/#/c/33996/)
* vmware の設定オプション 'vnc_password' は非推奨になりました。VNC アクセス時にユーザーがパスワード入力を求められることはなくなりました。これは他のすべての仮想化ドライバーと同じ動作です。 (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
Image Service 中でイメージのプロパティには２つのタイプがあります：
* コアプロパティ（イメージスキーマにより指定）
* メタプロパティ（イメージに付与可能な任意のキー・バリューのペア）
Image Service のパブリック API コールを介したメタプロパティへのアクセスは、プロパティ保護設定ファイル（glance-api.conf ファイル中で指定）を使用して特定のユーザのグループに制限する事ができます。例：
* 全プロパティ操作を管理者のみに制限。
* 管理者と課金ロールを持つユーザの両方に、x_billing_code_ で始まる全プロパティの読取・修正権限を付与。
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
Registry サービスに、RPC-over-HTTP を使用した（db_api 互換の）新しい API が用意されました。
この API は、
* 新しい Glance が、初期の registry サービスを使用する古いバージョンの Glance システムのサポートを継続できるようにします。Glance v2 は registry サービス利用を完全に廃止しているため、この事が幾つかのケースでセキュリティホール（パブリックサービスとしてインストールされた場合、全てのデータベースのパラメータを glance-api.conf 中に記述する必要があった）となる可能性がありました。
* registry の API を修正する事無く、データベースAPIに新しいメソッドを実装しやすくします。
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

この更新は、直接データベースバックエンドと通信するのと同様に、リモートの registry サービスと通信する registry データベースドライバを含みます。
registry サービスは全てのデータベース API パブリック関数を実装しており、これは実際 API の外側から使用されます。
Image Service の API v2 は有効にすべきであり、Image Service クライアントはこの API を使用すべきです。
[https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====ストレージ対応====
Image Service は今回、以下のバックエンドストレージに対応しました：
* '''Sheepdog'''…Image Serivce はイメージをバックエンドの Sheepdog クラスタに保存できます。Sheepdog は QEMU 用の分散ストレージシステムを提供するOSS プロジェクトです。 [http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"] [https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''… OpenStack Block Storage (Cinder) を Image Service のブロックストレージバックエンドとして使用できます。[https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''…Image Service は GridFS 分散ファイルシステムをサポートします。
サポートは新しい .conf オプション mongodb_store_uri と mongodb_dtore_db を使用して有効になります。
`gridfs://<IMAGE>` の書式による GridFS のURLをサポートします。[http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====複数のイメージロケーション====
Image Service のイメージを複数の場所（ロケーション）に保存する事が可能になりました。
これにより、イメージデータの効果的な利用と、１番目のイメージの事故に備えてバックアップイメージの使用が可能になります。[https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

関連アップデート：
* ロケーション API 用ポリシーレイヤ（イメージロケーションの変更をポリシーチェック可能に） [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* ダイレクトURLメタデータ。各 Image Service のストレージシステムはイメージロケーションデータベースにロケーションメタデータを保存できるようになりました。これにより、direct_url 有効時にクライアントへダイレクト URL 指定メタデータを返せるようになります。
例えば、file://URL に対して、NFS をエクスポートするホスト、マウントポイント、FSタイプをクライアントに返せるようになりました。[https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* イメージダウンロード時の複数ロケーション対応。これは API クライアントが複数のバックエンドストアからイメージを利用できるようにします。[https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* インデックスされたチェックサムイメージプロパティ。チェックサムイメージプロパティをインデックスできるようになりました。これにより、ユーザがチェックサムを指定する事でイメージを検索できるようになります。[https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber のアップデート。Scrubber は削除済みのイメージをクリーンアップするユーティリティです。Scrubber が pending_delete イメージ用に複数ロケーションに対応するようになりました。[https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* メタデータチェック。ロケーションの変更時にイメージロケーションプロキシレイヤにおいてメタデータのチェックができるようになりました。 [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====待って、まだあるよ！====
* '''コンテナとディスクのフォーマットの設定'''。Glance は従来、決め打ちのコンテナとディスクフォーマットの集合のみサポートしていました。これらが任意のインストール済みシステムにおいてサポートされた実際のフォーマットの集合と一致する事は稀でした。利用可能なコンテナとディスクのフォーマットが設定できるようになります。[https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''ストレージクォータ'''。ユーザは全ストレージシステム間で（合計）何バイトに制限する事ができるようになりました(.conf ファイル中で設定された total_storage_quota).。[https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''メンバシップポリシー'''。メンバシップAPIにポリシー制約が追加されました（イメージ／ロケーションポリシー制約と同様）。新しいポリシーは new_member、add_member、get_member、modify_member、get_members、delete_member を含みます。[https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* http://bugs.launchpad.net/glance を確認して下さい。

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースでは、3つの新しいプロジェクトがサポートされ、既存のプロジェクトにも重要な機能が追加されました。
さらに、エンドユーザーにとっても管理者にとっても多くの面でユーザエクスペリエンスの改善が行われました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって今までで最良のリリースだと言えるでしょう。



=== ハイライト ===



==== 新機能 ====

===== Heat =====



OpenStack Orchestration プロジェクト Heat が Havana にてデビューしました。
Horizon は Heat スタックの管理をすべてサポートしています。特筆する点ては、
Heat テンプレートフォーマットからの動的なフォーム生成機能、スタックトポロジーの可視化、
完全なスタックリソース検査がサポートしています。

===== Ceilometer =====



Havana でデビューしたもう一つのプロジェクトが OpenStack Metering プロジェクトです。
Horizon の最初の Ceilometer サポートとして、管理者が OpenStack Dashboard から
クラウドリソースの使用量を問い合わせて、システムがどのように動作し利用されているかを
理解しやすくなりました。



===== ドメイン、グループやその他いろいろ: Identity API v3 サポート =====



OpenStack Identity Service (Keystone) v3 API は Havana リリースで十分に完成しました。
Horizon は、ドメインとグループ、ロールの管理とドメインやグループへの割り当て、
ドメインベース認証、ドメインコンテキストスイッチといった Keystone v3 API の
すべての新機能をサポートします。



===== Trove データベース =====



OpenStack Database as a Service プロジェクトである Trove が Havana で
インキュベーションフェーズを卒業しました。Trove データベースとバックアップ
のプロビジョニング・管理を OpenStack Dashboard からできるように
してくれた方々に対して感謝します。
なお、OpenStack として統合された Trove の最初のリリースは Icehouse になります。
したがって、この機能は実験的なものとみなすべきで、機能が変更される可能性もあります。


===== Nova 機能 =====



Horizon でサポートされる OpenStack Compute (Nova) の機能は増え続けています。
Havana リリースでの新機能は下記のとおりです。



* デフォルトクオータの編集
* 管理者によるインスタンスのパスワードの再設定
* アベイラビリティゾーンのサポート
* リージョンサポートの改善
* インスタンスサイズの変更
* ボリュームからの起動機能の改善
* プロジェクト単位でのフレーバ機能サポート



これらの機能により、いつ、どこで、どうやってインスタンスを起動するかの制御や、
起動済みの動作中のインスタンスの管理で、より多くのことができるようになりました。



===== Neutron 機能 =====



多くの重要な OpenStack Networking (Neutron) の機能が Havana で使えるようになりました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron と Nova network 間で互換性のある、完全なセキュリティグループとクォータのサポート

これらの機能により Neutron でクラウドで非常に柔軟に SDN を構築することができるようになります。



==== ユーザエクスペリエンスの改善 ====



===== ユーザーによるパスワード変更機能 =====



Ideintify API v2.0 (Keystone) の変更で、ユーザーは自分のパスワードを管理者権限を要することなく変更できるように
なりました。セキュリティ的により強固になり、ユーザに利便性がもたらされます。この機能は
Identify API v3 ではまだ提供されていません。



===== 改善された管理者情報構成 =====



管理者向けダッシュボードの項目が並び替えが行われ、
グルーピングがより論理的になりました。
また、新たな情報が追加され、管理者がクラウド内のホストの状態を把握したり、
ホストアグリゲートやアベイラビリティゾーンなどとの関連性を理解したりしやすくなりました。



===== ユーザログアウトのメッセージ改善 =====



予期せずログイン画面が表示された際に、なぜログアウトしたかをユーザーに通知する
メッセージがいくつか追加されました。これらのメッセージにより、
ユーザーセッションが期限切れになったか、操作がなかったためタイムアウトしたか、
アクセスが認可されていないダッシュボードのページにアクセスしようとしたかが、
はっきりと分かるようになります。



===== セキュリティグループテンプレート =====



セキュリティグループには (SSH や ping のように) 毎回追加し直すのがうんざりするほど
非常によく使われるルールがあります。そこで、Horizon チームは
よく使われるルールについてあらかじめ設定されたテンプレートを用意し、
2クリックでセキュリティグループを追加できるようにしました。これらのルールは
SECURITY_GROUP_RULES の設定で変更できます。



==== コミュニティ ====



===== 翻訳チーム =====



OpenStack 翻訳チームは Havana リリースで独立したチームとして活動するようになり、
Horizon の翻訳の品質は今までで一番よいものになっています。
もともと OpenStack Dashboard プロジェクトの一部として始まったコミュニティの形成が
成功したことをお祝い致します。



===== ユーザエクスペリエンスグループ =====



Havana リリースサイクルでは、OpenStack ユーザエクスペリエンスチームが形成されました。
このチームは生まれたばかりですが、OpenStack 全体を通したユーザーエクスペリエンスの向上を
ミッションとしています。このチームはすぐに
OpenStack Dashboard の設計と改善において欠かせない存在となりました。



==== ボンネットの下に ====



===== LESS コンパイルの複雑性の軽減: NodeJS が不要に =====



様々な人たちからの抗議の声があったことと、
Python コミュニティの LESS サポートが大きな改善があったことから、
Horizon では NodeJS に関連する要素をすべて削除しました。
現在は lesscpy モジュールを使って LESS ファイルから最終的なスタイルシートにコンパイルしています。
これはほとんどのユーザーには全く影響はありませんが、
Horizon を使うディストリビューションなどでは扱いが楽になることでしょう。



===== Role ベースのアクセス制御 =====



Horizon は、ファイルがある場合は、他の OpenStack プロジェクトの policy.json ファイルを使って
ダッシュボードでのアクセス制御を行うように、移行を始めました。
これにより、アクセス制御はより細かく設定可能になり、元のプロジェクトと Horizon の間での
アクセス制御が整合した状態に保つことができるようになります。
現在のところ、この機能は Keystone および Nova の一部のポリシーファイルについてのみサポートされています。
次のリリースでは完全にサポートされる予定です。
これらの機能を有効にするには、 POLICY_FILES_PATH と POLICY_FILES を設定する必要があります。



==== その他の改善点 ====



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の新しい表示方法
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己署名もしくは他の認証 SSL 証明書のチェック機能
* Glance イメージ種別が設定可能に
* 多くの場面でのソーティング機能
* API コールの効率最適化
* 必須項目フィールドの表示改善
* セキュリティの観点から、一定期間操作がなかった場合にユーザーをログアウトさせるセッションタイムアウトを有効にできるようになりました
* PEP8 とコード品質基準の遵守にむけた多数の改善
* 数百のバグフィックスとユーザエクスペリエンスの細かな改善

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



==== 許可するホスト ====



プロダクション環境での Horizon のデプロイを行うには settings.py ファイルもしくは local_settings.py ファイルで
ALLOWED_HOSTS を追加する必要があります。この設定は Django 1.5 にて追加された重要なセキュリティ機能です。
詳しい情報は Django ドキュメントの local_settings.py.example ファイルを参照してください。



==== Keystone と Neutron の機能を有効にする ====



既存の設定ファイルで OPENSTACK_KEYSTONE_BACKEND もしくは OPENSTACK_NEUTRON_NETWORK の設定を
行っている場合、local_settings.example を参照して追加された新しいオプションを確認した方がよいでしょう
既存のコンフィギュレーションでそのまま動きますが、そのままでは
Havana での追加された機能のいくつかを有効にするのに必要な項目がない場合があります。

=== 既知の問題と制限 ===



==== セッション生成とヘルスチェック ====



セッションバックエンドとしてデータベースを使っている環境で、
ホームページへの ping を行うヘルスモニタリングサービスを使用する場合、
セッション生成が過剰に行われる可能性があります。
この問題はすぐに修正される予定ですが、それまでは対策として
セッションストアから期限切れのセッションを定期的に削除するジョブを作成することを推奨します。



==== 一斉に大量リソースを削除する問題 ====



大量のリソースを一度に削除するために 'sellect all' チェックボックスを使用すると
(設定によっては) ネットワークタイムアウトを引き起こす場合があります。
これは、裏で利用している API が bulk-deletion (複数リソースのまとめての削除) を
ネイティブではサポートしていないことが原因で、そのため Horizon は
このような場合に内部では各リソースについてひとつひとつ削除要求を送信する
必要があるからである。



==== Neutron におけるセキュリティグループ名の衝突問題 ====



Nova Network はインスタンス起動時のセキュリティグループの指定に
セキュリティグループ名だけを用いるのに対して、Neutron は名前でも UUID でも受け付けます。
両者に対応するため、Horizon は選択されたセキュリティグループの名前を Nova に渡します。
しかしながら、Neutron のデータ分離に関する問題により、
管理者ユーザーがセキュリティグループを指定しようとした際に、管理者がアクセス可能な別のプロジェクトに
同じ名前の別のセキュリティグループがある場合に問題が発生します。
Neutron ではその名前に対してマッチするセキュリティグループが複数見つかり、
そのインスタンスの起動に失敗してしまいます。
現時点での回避策は、管理者ユーザーから見て一意な名前をセキュリティグループに付けることです。



=== 後方互換性 ===



Havana リリースの Horizon は、
他の OpenStack のコアプロジェクト (Nova, Swift など) の Havana と Grizzly の両バージョンに対して
完全な互換性があるはずです。当たり前の話だが、他の OpenStack プロジェクトの Grizzly にはない新機能が
Horizon で動作するのは、他のプロジェクトでそれらがサポートされている場合だけである。

全体的に見ると、これまで Horizon を使って機能を作ってきた 3rd party の開発者に対して
後方互換性を維持するために、大変な努力がなされました。

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** トークン生成がプラグイン可能になり、トークンの永続性と分離されました。トークン生成は現在、UUID ベースと PKI ベースがあります。運用者は <code>keystone.token.provider.Provider</code> インターフェースの独自実装を作成でき、それを使用するよう keystone に <code>[token] provider</code> と設定できるようになりました。その結果、この新しい設定オプションのため、<code>[signing] token_format</code> が非推奨になりました。
** Apache httpd を使った導入の正式なサポート。

* 新機能
** キーバリューストア (例: memcached や redis) にドライバーコールの結果をキャッシュできるようになりました。
** <code>keystone-manage token_flush</code> コマンドで期限切れトークンを一括削除できるようになりました。

* API 新機能
** ロールベースの認可を OAuth 1.0a を使用する任意のコンシューマーに権限委譲できるようになりました。
** API クライアントがトークン応答に含まれるサービスカタログを選択できるようになりました。
** ドメインのロール割り当てをドメインのプロジェクトに継承できるようになりました。
** ロール割り当て API を集約しました。
** 外部認証プロバイダーがトークンの中にバインド参照を組み込めるようになりました。これにより、リモートサービスがオプションとして、ユーザーの提示するトークンの同一性を、提示されている外部認証メカニズムに対して検証できます。今のところ、<code>kerberos</code> のみがサポートされます。
** エンドポイントを明示的にプロジェクトにマッピングできるようになりました。これにより、トークンのプロジェクト範囲に基づいて、特定のエンドポイントがサービスカタログに表示されることを効率的に制御できます。

* ユーザーやプロジェクト/テナントの作成、更新、削除の操作のために、イベント通知が発行されるようになりました。
* 全体的にパフォーマンスが改善されました。
* v2 API と v3 API が、認証中のユーザーとプロジェクトのペアに割り当てるロール一覧を計算するために、ユーザー + グループ、グループ + プロジェクト、ユーザー + 継承ドメイン、グループ + 継承ドメインのロール割り当てに基づいた同じロジックを使用するようになりました。
* ログが Oslo-incubator の共通ロギング実装を使用して処理されるようになりました。他の OpenStack プロジェクトと整合性がとれます。
* <code>keystone-manage db_sync --extension=«extension-name»</code> を使用して、拡張 (extension) 用の SQL 移行をメインの移行リポジトリから独立して管理できるようになりました。

=== 既知の問題 ===

* ドキュメント化されていませんが、[https://pypi.python.org/pypi/six/ six] v1.4.1 またはそれ以降が必須です。six が無い場合、Keystone が <code>ImportError: No module named six</code> または <code>pkg_resources.DistributionNotFound: six</code> で起動に失敗します。
* [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (ドメイン指定の認証バックエンド) (例: ドメインごとの一意な LDAP 設定) の試験的な実装が Havana で開始されました。しかし、まだ完成しておらず、Icehouse で完了する予定です。

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== 新名称 ====
OpenStack Networking プロジェクトは本リリースより新しい名称「Neutron」になりました。Havana リリースの Neutron は Grizzly の Quantum からの設定ファイルを使用して実行できます。しかし、Quantum の使用は非推奨であり、既に導入したユーザは自身のなるべく早い時期に全ての参照を更新すべきです。Quantum 設定ファイルとコマンド名のサポートは 2014.1 (Icehouse) で廃止されます。

==== 高度なサービス ====
Neutron は最新の開発サイクルで２つの新しい高度なサービスを追加し、ロードバランササービスを変更しました。

'''ロードバランサ (LBaaS)'''：以前 2013.1 (Grizzly) リリースで実験的機能としてリリースされましたが、ロードバランササービスと API 拡張はデプロイ用に最適化されました。このリリースは更新された API と HAProxy ドライバサポートを提供しています。ベンダドライバは Icehouse で予定されており、Radware は既に、Havana のソースコード外で互換ドライバをダウンロードできるようにしています。ロードバランササービスは複数のネットワークノードで実行可能です。

'''VPN (VPNaaS)'''：VPN サービスプラグイン経由でサイト間 IPSec VPN がサポートされました。VPN API は IPSec をサポートし、L3 エージェントは OpenSwan ドライバを提供しています。

'''Firewall (FWaaS)'''：新しいエッジファイアウォールサービスが本リリースに含まれました。ファイアウォールサービスは、ファイアウォールAPI経由のエッジとセキュリティグループAPI経由の仮想インターフェース(VIF)経由の両方で適用可能なルールとして、テナントが厳密なセキュリティを設定できるようにします。FWaaS API とドライバは実験的機能であり、Neutron の次のリリースサイクルの間に開発が継続される予定です。開発チームは本拡張機能についてコミュニティからのフィードバックを歓迎します。

==== 新しいプラグイン ====
'''モジュラーレイヤー２(ML2)'''：ML2 プラグインは Neutron の新しいオープンソースプラグインです。このプラグインは OpenStack Networking が複雑な実際のデータセンタで見られるような様々なレイヤ２ネットワーク技術を同様に扱えるようにするフレームワークです。ML2 は現在、既存の Open vSwitch、Linux ブリッジ、L2エージェントと一緒に動作します。ML2 プラグインは、タイプドライバと異種メカニズムドライバ経由で、ローカル、フラット、VLAN、GRE、VXLAN ネットワークタイプに対応しています。Arista、Cisco Nexus、Hyper-V、Tail-f NCS 用のベンダドライバがあります。ML2 は、現在旧式化した Linux ブリッジと Open vSwitch プラグイン用ドライバの置き換えです。[https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== 他の機能 ====
* ポート作成時のPXEブートオプション対応
* 転送サポートの改善

=== 既知の問題 ===
==== Grizzly からのアップグレード ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* サービスを停止する前に、データベースが Grizzly であるとの印をつけておいてください。 <code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* quantum-server を停止し、Neutron のコードを展開します。'''この時点では neutron-server を開始しないでください。'''
* データベースの Havana へのマイグレーションを実行します。 <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* neutron-server を開始します。

==== エージェントが異なるホスト名を報告する可能性があります ====
Neutron でのホスト名の決定が、ホストの FQDN を使う方法から、 gethostname(2) が返した値を使う方法に変更されました。この変更は他の OpenStack プロジェクトとの一貫性を持たせるために行われました。このため、エージェントが報告するホスト名が両者の方法で異なる場合には、エージェントを Havana にアップデートした後ではホスト名が変わることになります。この場合、サービスを復旧させるためには、すべてのネットワークを新しい L3 agent や DHCP agent に割り当て直す必要があります。システム管理者がネットワークの割り当て直すまで間、ネットワークのデータプレーンがしばらく導通できなくなります。

==== L3 Agent は gratuitous ARP をデフォルトでは送信しません ====
以前は L3 Agent はデフォルトで gratuitous ARP を送信するようになっていました。ディストリビューションによってはネットワーク名前空間 (network namespace) を使用している際に、 gratuitous ARP 送信の呼び出しを行うと、カーネルパニックを引き起こす場合があります。 gratuitous ARP を有効にするには、L3 Agent の設定ファイルで ''send_arp_for_ha=3'' を設定してください。

==== Firewall as a Service ====
実験的な FWaaS API 拡張では、テナントあたり 1つのアクティブなポリシーしかサポートしていません。この動作は Icehouse 開発サイクルにおいて変更され、異なるルーターに異なるポリシーを適用できるようになる予定です。

=== アップグレード時の注意 ===
* neutron-dhcp-agent で変更があったため、 dhcp-agent を一番最初にアップグレードしなければいけません。それから、dhcp_lease 時間が経過するまで待ってください。少なくとも dhcp_lease 時間だけ待った後で、 neutron-server のアップデートを行ってください。この手順を取らなかった場合、インスタンスが削除されたが、dnsmasq プロセスはリースを解放していないが、Neutron はその IP アドレスを新しいポートに割り当ててしまうという状況が起こりえます。
* デフォルトの policy.json ファイルが新しくなっています。すでに Neutron をデプロイしている場合には、多くのオプションが変更されているのでファイルを更新してください。 [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== 廃止予定機能に関する注意 ===
* 設定ファイルや実行ファイル名での "quantum" や "Quantum" の使用は正式に非推奨となります。Havana はこれらの名前がサポートされる最後のリリースであり、新規のデプロイメントではこれらの値として正式な名前である Neutron を使用すべきです。後方互換性のサポートはこのリリースでのみ提供されます。
* Linux Bridge プラグインと Open vSwitch プラグインの機能は凍結されており、 J (2014.2) リリースで削除される予定です。新しいデプロイメントでは、Linux Bridge プラグインと Open vSwitch プラグインではなく ML2 を選択すべきです。

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいハードウェアベンダドライバ ===
* Dell EqualLogic ドライバ
* VMware VMDK ドライバ
* IBM General Parallel File System (GPFS) ドライバ

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== 新しいバックアップドライバ ===
* ボリュームバックアップ用 Ceph ドライバ
* IBM Tivoli Storage Manager (TSM) ドライバ

=== 既知の問題 ===
* Bug #1237338 : VMware ボリュームドライバでボリューム→イメージのアップロードが失敗する
* Bug: #1240299 : 全ての LVM ボリュームにおけるボリュームのゼロクリア処理がシンプロビジョニングされた LVM まで消去する。修正がリリースされるまで、cinder.conf 中で volume_clear=None を設定する事。

=== アップグレード時の注意 ===
* ThinLVM ボリュームドライバの機能は、今回標準の LVM iSCSI ボリュームドライバの一部になりました。設定ファイル中の volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" を lvm_type="thin" に変更する必要があります。後方互換性のため、Havana リリースでは、この変更は volume_driver が "cinder.volume.drivers.lvm.ThinLVMVolumeDriver" に設定されている場合は自動的に行われますが、Icehouse では cinder.conf 中でこれらのオプションを更新する必要があるでしょう。

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* 統計エンドポイントにおいて groupby 引数を使用する事により、数個のフィールドによるサンプルのグループ化が可能になりました。
* 新しいアラーム API が利用可能になりました（'''アラーム'''参照）。
* API 経由でユーザが独自のサンプルとメータを POST 可能になりました。

==== アラーム ====
アラームは、単位時間あたりの閾値に対する統計動向の比較に基づいて、ユーザとオペレータがアクションを実行できるようにする為の新しい機能です。これは以下のサービスにより構成されます。
* ''ceilometer-api'' は、アラームのライフサイクル全般の制御を提供する新しい ''/v2/alarms'' エンドポイントを提供するようになりました。
* ''ceilometer-alarm-evaluator'' は、アラームの状態が変化した時に検知する為、アラームを定期的に評価します。
* ''ceilometer-alarm-notifier'' は、アラームが発行されて、関連付けられたアクションが実行された際、''ceilometer-alarm-evaluator'' が送信する通知を受信します。
アラーム API はまた、アラーム状態遷移とルール変更の履歴を提供します。

==== Collector ====
* HBase ドライバ追加
* DB2 (NoSQL) ドライバ追加
* SQLAlchemy ドライバ改善
* MongoDB ドライバ改善
* データベースから古いサンプルを削除可能にする TTL 機能追加
* イベントの保存機能追加
* SQLAlchemy ドライバにイベントストレージ機能を追加

==== Publisher ドライバ ====
* UDP ベースの Publisher 追加

==== Transformer ====
* unit-scaling transformer、rate-of-change transformer 追加

==== Meter ====
* 特別な Python ミドルウェアを使用した API リクエストメータを追加
* 新しい Neutron 帯域幅計測機能からのサンプル保存機能追加

==== Compute エージェント ====
* Hyper-V 対応追加

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===


==== 改善されたドキュメント ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]


==== Tempest との最初の統合 ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration

==== リソースオペレーションの並列実行 ====

* create / update / delete オペレーションを並列実行できるようになりました。



==== Networking/Neutron 対応の改善 ====

* 新しい LBaaS, FWaas そして VPNaaS リソース


==== Tempest 言語 (HOT) への初の対応 ====
* 詳細はこちらを御覧ください。[http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]



==== Provider と Environment の抽象化 ====
* テンプレートを用いたリソースタイプのカスタマイズを行う方法が抽象化されました。詳細はこちらを御覧ください。[http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]



==== metrics/monitoring/alarms のための Ceilometer 統合 ====
* Ceilometer Alarm を設定する新しいリソースタイプが追加されました。[http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm]
* また AutoScaling アクションのための Ceilometer alarms を統合しました。以前のメカニズムでは Heat による metrics/alarms プロセスが残っていました。今回それが反対され Icehouse で削除されるでしょう。


==== UpdateStack の改善 ====
* 幾つかのリソースタイプはインスタンスのリサイズ機能を含む破壊を伴わない機能をサポートします。また前回のリソースを削除する前に代替のリソースを作成出来るようになりました。これは継続的且つロールバックする際に役に立ちます。




==== Keystone Trusts 機能の最初の統合 ====
* heat.conf にて deferred_auth_method=trusts を記した場合 keystone trusts 機能が利用できます。遅延されたオペレーション (例えば AutoScaling アジャストメント) を実行するために暗号化された証明書を持たなくても済みます。その代わりに trust とその ID を作る事になります。



==== 改善されたリソースドキュメント ====
* 全てのリソースタイプ情報を掲載したドキュメント http://docs.openstack.org/developer/heat/template_guide/
* リソースタイプに変わる Schemata が API を介して利用できるようになりました。


==== 多くのネイティブリソースタイプ ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]



==== 新しい RackSpace リソースタイプ ====

* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server



==== スタックサスペンド/レジューム ====

* スタックサスペンド/レジュームの新しい API が追加されました。



==== 単一の heat.conf と paste-api.ini への統合 ====

* 下記の「アップグレード時の注意」を参照してください。
* また制限のための新しいオプションが追加されました。
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth





==== Heat スタンドアローンモード ====

* Heat は今 OpenStack オーケストレーションに対するスタンドアローンモードに対応しました。

==== 既知の問題 ====


* Heat は Keystone から API エンドポイントを取得する際にリージョン名を指定することが出来ません。詳しくはこちらを御覧ください。[https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* 最新の keystoneclient 0.4.1 を利用しているのであれば Keystone トラスト (deferred_auth_method=trusts) による統合が機能しますが、これは Heat の requirements.txt にはまだ反映されていません。
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Keystone トラストによる統合機能は少なくとも RC3 以降の Keystone が必要です。でなければ下記の不具合が発生するでしょう。
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat がサービスごとのファイルの代わりに単一の設定ファイル (/etc/heat/heat.conf) を使用するようになりました。
* API プロセスがサービスごとのファイルの代わりに単一の paste 設定ファイル (/etc/heat/api-paste.ini) を使用するようになりました。
* /etc/heat/environment.d/ におけるグローバル環境定義をサポートしました。 ([http://docs.openstack.org/developer/heat/template_guide/environment.html 環境に関するドキュメント] 参照)
* すべての "OS::Quantum*" が OS::Neutron* リソースに名称変更されました。古い名称を新しいリソースにエイリアスする、デフォルト環境をインストールしている場合、古い名前はまだ動作します。

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* swift: 中島さん → Additional operational polish の説がよくわかりませんでした＞＜ help help plz
* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai / reviewed by amotoki
* glance: yosshy
* heat: katomo と thirai
* ceilometer: yosshy
* neutron: yosshy
* documentation: katomo

ReleaseNotes/Havana/ja

2013-10-18T23:31:54Z

Tomo: /* アップグレード時の注意 (Heat) */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* グローバルクラスタのサポート

Swift 1.8.0 で導入された"リージョン"というコンセプトは、分離されたレプリケーション
用ネットワークの使用と、読み込み・書き込みアフィニティの設定をサポートするよう拡
張されました。これらの機能は広域にわたる1つのSwiftクラスタのサポートを提供するた
めに組み合わせる。

* 追加の設定ファイル conf.d のサポート
Swiftデーモンとサーバーはオプションで設定パラメータにディレクトリを許可すること
ができます。これは設定ファイルの異なるパートを分けて管理することができます：
たとえば、ミドルウェアごとの特定設定を別のファイルへ分けることができます。

* ディスクパフォーマンス
オブジェクトサーバーはシステム全体のパフォーマンス向上と、遅延の平準化の
ためにスレッドプールが使われるように構成可能になった。また、多くのディスク操
作が信頼性向上と、性能改善のため整理された。

* memcache接続のプーリングがサポートされた

* ハンドオフノードの選択のためのより高速な演算

=== 重要なバグ修正 ===

* memcacheのエントリが期限切れにならないことがあるバグが修正された

* クライアントが切断した後にもプロキシがストレージノードからデータを読み込み続けてしまう場合がある問題を修正

* バージョン管理された書き込みでのUTF-8の取り扱いの問題を修正

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
wsgi ワーカー数のデフォルト値を1から自動へ変更。プロキシ、アカウント、コンテナ、オブジェクトのwsgiサーバのワーカー数の新しいデフォルト値は、サーバのCPUコア数と同じワーカー/プロセス数で生成される。
This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* reveal_sensitive_prefix はプロキシサーバで記録された認証トークンのフィルタが可能になった

* 最初のオブジェクトの複製にハンドオフパーティションへの複製が可能になった。
Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* crossdomain.xml ミドルウェアが追加された。詳細 http://docs.openstack.org/developer/swift/crossdomain.html for details

* PyPy下でSwiftが動作するように多くの改良。

=== 既知の問題 ===

＜これは Nova の話で Swift ではないですね。元の Release Notes でも間違っています。＞

* もしCellを利用している場合、インスタンスの削除に問題が発生する。 Grizzlyとは異なり、インスタンスの削除は子Cellに削除の通知を行う前に、トップレベル(API)Cellから即座に削除される。これは意図しない動作です。この副作用として、delete.start と delete.end 通知が送られてしまう。もし子Cellにおいてインスタンスの削除が成功した場合、2回の delete.start と delete.end 通知が送られてしまう。こうならない場合、APIサーバからは表示されなくなるが、子Cellには存在している。Cellに組み込まれた修復コードは最終的にこれを修正し、インスタンスのリストアをAPI Cell DBの中で行う。これは修復設定に依存している。このバグはhavana-stableで修正される予定です。

* http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* 複数クラスターの管理をサポート ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint])

* Cinder ドライバーサポート ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* イメージのクローン方法指定 - イメージに対してリンクによるクローンかフルクローンイメージのどちらを使うかを指定可能 ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* コンフィグドライブのサポート ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* サーバーコンソールのログ表示のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])
* VHD の最大ディスクサイズの制限への対処策としての、大きなエフェメラルディスクを 1024GB か 2000GB のチャンクに分割する機能のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])
* イメージに AutoDiskConfig=disabled を設定できるようになりました。これは、これらのイメージとサーバーではユーザーが AutoDiskConfig=Manual を設定できないことを意味します。 ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])
* Nova と Nova agent の通信方法が改善され、cloud-init と Nova agent の両方が同じクラウドで使用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])
* Linux ディストリビューションのインストーラーが実行中の状態で VM を起動できるようになりました。これにより、ユーザーが独自のカスタムイメージを作成しやすくなります。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])
* XenServer core および XenServer core の Dom0 での nova-compute の実行の実験的なサポート ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])
* LVHD ストレージ SR の実験的なサポートと、圧縮された生の glance イメージからの起動のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])
* 安定性と利便性の多数の改善。例えば、glance に送信するスナップショットで使用される圧縮率を設定する機能、サーバーディスクの縮小リサイズ時に変更後のディスクサイズが小さ過ぎたことによるエラーでの自動ロールバック。

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== 通知 (notifications) ====

* ホストアグリゲートの作成、削除、拡大、縮小やそれ以外の更新の際の通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).
* インスタンス作成失敗時に通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== スケジューラー ====

* フィルター属性に '''force_nodes''' が追加されました。ベアメタルドライバー使用時にインスタンスを配置するノードを運用者が明示的に指定できます。 ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint])

* '''IsolatedHostsFilter''' の制限を緩くできるようになりました。 '''IsolatedHostsFilter''' の新しい設定パラメータ '''restrict_isolated_hosts_to_isolated_images''' の値で、隔離されたホスト (isolated hosts) ですべてのイメージを使用できるかを調整できます。 ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint])

* 既存の '''GroupAntiAffinityFilter''' と対をなす機能として '''GroupAffinityFilter''' が追加されました。このフィルターを使うと特定のホストグループのホストにインスタンスをスケジューリングできます。 ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint])

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* アグリゲート単位のフィルターとして '''AggregateRamFilter''' と '''AggregateCoreFilter''' が追加されました。これらはシステム全体ではなくホストアグリゲートに対して適用されます。 '''AggregateDiskFilter''' は今後のリリースで追加されます。 ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* 全コンピュートノードから全スケジューラーへの定期的にブロードキャストされるメッセージの削除によりスケジューラーの性能が改善されました。[https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint])

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== ストレージ ====

* 接続する Cinder ボリュームを暗号化できるようになりました。データは読み書き時に必要に応じて復号／暗号化されますが、インスタンスには通常のブロックストレージデバイスに見えます。 ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* インスタンスに接続された Cinder ボリュームを透過的に交換する機能が追加されました。ボリュームを交換している間インスタンスが短時間停止することはありますが、ボリュームへのリード、ライトが失われることはありません。 ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* NFS か GlusterFS 上にあるボリュームに接続する際に Nova は Cinder で設定されたマウントオプションを使うようになりました。以前はボリュームにアクセスする各コンピュートノードでマウントオプションを設定する必要がありました。 ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* ネイティブでの GlusterFS サポートが追加されました。 '''nova.conf''' で '''qemu_allowed_storage_drivers''' が '''gluster''' に設定された場合、QEMU は '''fuse''' 経由ではなく '''libgfapi''' を使ってボリュームに直接アクセスするように設定されます。 ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* GlusterFS のようにスナップショットをそれ自身ではサポートしていないストレージをバックエンドに使用している場合であっても、 Cinder のボリュームスナップショットを作成する機能を提供するため、QEMU のスナップショット機能を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* ストレージへのアクセスで iSER トランスポートプロトコルがサポートされました。 TCP 上の iSCSI と比較してよい性能が得られます。 ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* conductor は複数のワーカースレッドを起動し、並列で動作できるようになりました。起動するスレッド数は'''nova.conf''' の '''workers''' の値で決まります。 ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova は Oslo が提供する共通サービス基盤を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint])

* データベースマイグレーションが必要なバグ修正をバックポートできるように変更が行われました。 ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint])

* Nova システムのライブアップグレードのサポートに向け非常にたくさんの進展がありました。 Havana では、サービス間で送信されるメッセージのバージョンの制御 (nova.conf の '''[upgrade_levels]''' セクションを参照) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]) と、コードとデータベーススキーマの詳細の分離を容易にするオブジェクト層 ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]) などの改良が行われました。

=== 既知の問題 ===

* cell を使っている場合、インスタンスの削除時に問題があります。 Grizzly と違い、インスタンスの削除を行うと、 child cell にそのインスタンスの削除を通知する前にインスタンスは最上位の (API) cell から即座に削除されてしまいます。これは意図した動作ではありません。この副作用として delete.start と delete.end 通知が送信されます。 child cell でのインスタンス削除が成功すると、2つ目の delete.start と delete.end 通知が送信されます。失敗した場合は、データベースは同期できていない状態となり、インスタンスは API cell からは消えているが、 child cell には存在したままになってしまいます。このバグは、リリース後すぐに havana-stable で修正される予定です。
* 既知の問題については http://bugs.launchpad.net/nova を確認してください。

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

* 定期実行タスクは以前よりも頻繁に実行される点に注意してください。定期実行タスクの実行頻度は以前から設定可能です。以前は、タスクをいつ再度実行するかのタイマーはそのタスクの最後の実行が完了した時点で開始されていました。現在は、タスクの実行に要した時間にかかわらず、タスクは一定の頻度で実行されます。これにより、いつタスクが実行されるかが、よりはっきりします。一方で、副作用としてデフォルトではタスクが以前よりも少し頻繁に実行されるようになります。 (https://review.openstack.org/#/c/26448/)
* security_groups_handler オプションは nova.conf から削除されました。このオプションは Quantum 用に追加されましたが、もはや必要ありません。 (https://review.openstack.org/#/c/28384/)
* この変更点はアップグレードには影響はないが、すべての新規のデプロイメントでの動作が変わります。以前のバージョンではデフォルトの m1.tiny フレーバーはディスクサイズ 0 で作成されていました。デフォルト値が 1 になりました。 0 は、ディスクのサイズ変更を一切に行わず、イメージがどんなディスクサイズで作成されていたとしてもそれを使用することを意味します。 1 は 1 GB の上限を課すことを意味します。特別な値 0 は現在もサポートされており、必要であればフレーバーの作成や変更でこの値を使うことができます。 (https://review.openstack.org/#/c/27991/).
* プラグインフレームワークで提供されていたものは他の手段で実現できるため、プラグインフレームワークは削除されました。(https://review.openstack.org/#/c/33595)
* notify_on_any_change 設定オプションは削除されました。 (https://review.openstack.org/#/c/35264/)
* compute_api_class オプションは非推奨となっており、今後のリリースで削除されます。 (https://review.openstack.org/#/c/28750/)
* Nova は Quantum から名前が変更された Neutron の方を使用します。 (https://review.openstack.org/#/c/35425/)
* 複数の Neutron ネットワークが定義されているが、サーバ作成要求にネットワークの指定がない場合、 Nova はサーバー作成要求を拒否するようになりました。以前はサーバーに「全」ネットワークが接続されていましたが、この動作は意味がないという合意ができました。 (https://review.openstack.org/#/c/33996/)
* vmware の設定オプション 'vnc_password' は非推奨になりました。VNC アクセス時にユーザーがパスワード入力を求められることはなくなりました。これは他のすべての仮想化ドライバーと同じ動作です。 (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
Image Service 中でイメージのプロパティには２つのタイプがあります：
* コアプロパティ（イメージスキーマにより指定）
* メタプロパティ（イメージに付与可能な任意のキー・バリューのペア）
Image Service のパブリック API コールを介したメタプロパティへのアクセスは、プロパティ保護設定ファイル（glance-api.conf ファイル中で指定）を使用して特定のユーザのグループに制限する事ができます。例：
* 全プロパティ操作を管理者のみに制限。
* 管理者と課金ロールを持つユーザの両方に、x_billing_code_ で始まる全プロパティの読取・修正権限を付与。
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
Registry サービスに、RPC-over-HTTP を使用した（db_api 互換の）新しい API が用意されました。
この API は、
* 新しい Glance が、初期の registry サービスを使用する古いバージョンの Glance システムのサポートを継続できるようにします。Glance v2 は registry サービス利用を完全に廃止しているため、この事が幾つかのケースでセキュリティホール（パブリックサービスとしてインストールされた場合、全てのデータベースのパラメータを glance-api.conf 中に記述する必要があった）となる可能性がありました。
* registry の API を修正する事無く、データベースAPIに新しいメソッドを実装しやすくします。
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

この更新は、直接データベースバックエンドと通信するのと同様に、リモートの registry サービスと通信する registry データベースドライバを含みます。
registry サービスは全てのデータベース API パブリック関数を実装しており、これは実際 API の外側から使用されます。
Image Service の API v2 は有効にすべきであり、Image Service クライアントはこの API を使用すべきです。
[https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====ストレージ対応====
Image Service は今回、以下のバックエンドストレージに対応しました：
* '''Sheepdog'''…Image Serivce はイメージをバックエンドの Sheepdog クラスタに保存できます。Sheepdog は QEMU 用の分散ストレージシステムを提供するOSS プロジェクトです。 [http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"] [https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''… OpenStack Block Storage (Cinder) を Image Service のブロックストレージバックエンドとして使用できます。[https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''…Image Service は GridFS 分散ファイルシステムをサポートします。
サポートは新しい .conf オプション mongodb_store_uri と mongodb_dtore_db を使用して有効になります。
`gridfs://<IMAGE>` の書式による GridFS のURLをサポートします。[http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====複数のイメージロケーション====
Image Service のイメージを複数の場所（ロケーション）に保存する事が可能になりました。
これにより、イメージデータの効果的な利用と、１番目のイメージの事故に備えてバックアップイメージの使用が可能になります。[https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

関連アップデート：
* ロケーション API 用ポリシーレイヤ（イメージロケーションの変更をポリシーチェック可能に） [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* ダイレクトURLメタデータ。各 Image Service のストレージシステムはイメージロケーションデータベースにロケーションメタデータを保存できるようになりました。これにより、direct_url 有効時にクライアントへダイレクト URL 指定メタデータを返せるようになります。
例えば、file://URL に対して、NFS をエクスポートするホスト、マウントポイント、FSタイプをクライアントに返せるようになりました。[https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* イメージダウンロード時の複数ロケーション対応。これは API クライアントが複数のバックエンドストアからイメージを利用できるようにします。[https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* インデックスされたチェックサムイメージプロパティ。チェックサムイメージプロパティをインデックスできるようになりました。これにより、ユーザがチェックサムを指定する事でイメージを検索できるようになります。[https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber のアップデート。Scrubber は削除済みのイメージをクリーンアップするユーティリティです。Scrubber が pending_delete イメージ用に複数ロケーションに対応するようになりました。[https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* メタデータチェック。ロケーションの変更時にイメージロケーションプロキシレイヤにおいてメタデータのチェックができるようになりました。 [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====待って、まだあるよ！====
* '''コンテナとディスクのフォーマットの設定'''。Glance は従来、決め打ちのコンテナとディスクフォーマットの集合のみサポートしていました。これらが任意のインストール済みシステムにおいてサポートされた実際のフォーマットの集合と一致する事は稀でした。利用可能なコンテナとディスクのフォーマットが設定できるようになります。[https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''ストレージクォータ'''。ユーザは全ストレージシステム間で（合計）何バイトに制限する事ができるようになりました(.conf ファイル中で設定された total_storage_quota).。[https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''メンバシップポリシー'''。メンバシップAPIにポリシー制約が追加されました（イメージ／ロケーションポリシー制約と同様）。新しいポリシーは new_member、add_member、get_member、modify_member、get_members、delete_member を含みます。[https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* http://bugs.launchpad.net/glance を確認して下さい。

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースでは、3つの新しいプロジェクトがサポートされ、既存のプロジェクトにも重要な機能が追加されました。
さらに、エンドユーザーにとっても管理者にとっても多くの面でユーザエクスペリエンスの改善が行われました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって今までで最良のリリースだと言えるでしょう。



=== ハイライト ===



==== 新機能 ====

===== Heat =====



OpenStack Orchestration プロジェクト Heat が Havana にてデビューしました。
Horizon は Heat スタックの管理をすべてサポートしています。特筆する点ては、
Heat テンプレートフォーマットからの動的なフォーム生成機能、スタックトポロジーの可視化、
完全なスタックリソース検査がサポートしています。

===== Ceilometer =====



Havana でデビューしたもう一つのプロジェクトが OpenStack Metering プロジェクトです。
Horizon の最初の Ceilometer サポートとして、管理者が OpenStack Dashboard から
クラウドリソースの使用量を問い合わせて、システムがどのように動作し利用されているかを
理解しやすくなりました。



===== ドメイン、グループやその他いろいろ: Identity API v3 サポート =====



OpenStack Identity Service (Keystone) v3 API は Havana リリースで十分に完成しました。
Horizon は、ドメインとグループ、ロールの管理とドメインやグループへの割り当て、
ドメインベース認証、ドメインコンテキストスイッチといった Keystone v3 API の
すべての新機能をサポートします。



===== Trove データベース =====



OpenStack Database as a Service プロジェクトである Trove が Havana で
インキュベーションフェーズを卒業しました。Trove データベースとバックアップ
のプロビジョニング・管理を OpenStack Dashboard からできるように
してくれた方々に対して感謝します。
なお、OpenStack として統合された Trove の最初のリリースは Icehouse になります。
したがって、この機能は実験的なものとみなすべきで、機能が変更される可能性もあります。


===== Nova 機能 =====



Horizon でサポートされる OpenStack Compute (Nova) の機能は増え続けています。
Havana リリースでの新機能は下記のとおりです。



* デフォルトクオータの編集
* 管理者によるインスタンスのパスワードの再設定
* アベイラビリティゾーンのサポート
* リージョンサポートの改善
* インスタンスサイズの変更
* ボリュームからの起動機能の改善
* プロジェクト単位でのフレーバ機能サポート



これらの機能により、いつ、どこで、どうやってインスタンスを起動するかの制御や、
起動済みの動作中のインスタンスの管理で、より多くのことができるようになりました。



===== Neutron 機能 =====



多くの重要な OpenStack Networking (Neutron) の機能が Havana で使えるようになりました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron と Nova network 間で互換性のある、完全なセキュリティグループとクォータのサポート

これらの機能により Neutron でクラウドで非常に柔軟に SDN を構築することができるようになります。



==== ユーザエクスペリエンスの改善 ====



===== ユーザーによるパスワード変更機能 =====



Ideintify API v2.0 (Keystone) の変更で、ユーザーは自分のパスワードを管理者権限を要することなく変更できるように
なりました。セキュリティ的により強固になり、ユーザに利便性がもたらされます。この機能は
Identify API v3 ではまだ提供されていません。



===== 改善された管理者情報構成 =====



管理者向けダッシュボードの項目が並び替えが行われ、
グルーピングがより論理的になりました。
また、新たな情報が追加され、管理者がクラウド内のホストの状態を把握したり、
ホストアグリゲートやアベイラビリティゾーンなどとの関連性を理解したりしやすくなりました。



===== ユーザログアウトのメッセージ改善 =====



予期せずログイン画面が表示された際に、なぜログアウトしたかをユーザーに通知する
メッセージがいくつか追加されました。これらのメッセージにより、
ユーザーセッションが期限切れになったか、操作がなかったためタイムアウトしたか、
アクセスが認可されていないダッシュボードのページにアクセスしようとしたかが、
はっきりと分かるようになります。



===== セキュリティグループテンプレート =====



セキュリティグループには (SSH や ping のように) 毎回追加し直すのがうんざりするほど
非常によく使われるルールがあります。そこで、Horizon チームは
よく使われるルールについてあらかじめ設定されたテンプレートを用意し、
2クリックでセキュリティグループを追加できるようにしました。これらのルールは
SECURITY_GROUP_RULES の設定で変更できます。



==== コミュニティ ====



===== 翻訳チーム =====



OpenStack 翻訳チームは Havana リリースで独立したチームとして活動するようになり、
Horizon の翻訳の品質は今までで一番よいものになっています。
もともと OpenStack Dashboard プロジェクトの一部として始まったコミュニティの形成が
成功したことをお祝い致します。



===== ユーザエクスペリエンスグループ =====



Havana リリースサイクルでは、OpenStack ユーザエクスペリエンスチームが形成されました。
このチームは生まれたばかりですが、OpenStack 全体を通したユーザーエクスペリエンスの向上を
ミッションとしています。このチームはすぐに
OpenStack Dashboard の設計と改善において欠かせない存在となりました。

==== Under The Hood ====



===== LESS コンパイルの複雑性の軽減: NodeJS が不要に =====



様々な人たちからの抗議の声があったことと、
Python コミュニティの LESS サポートが大きな改善があったことから、
Horizon では NodeJS に関連する要素をすべて削除しました。
現在は lesscpy モジュールを使って LESS ファイルから最終的なスタイルシートにコンパイルしています。
これはほとんどのユーザーには全く影響はありませんが、
Horizon を使うディストリビューションなどでは扱いが楽になることでしょう。



===== Role ベースのアクセス制御 =====



Horizon は、ファイルがある場合は、他の OpenStack プロジェクトの policy.json ファイルを使って
ダッシュボードでのアクセス制御を行うように、移行を始めました。
これにより、アクセス制御はより細かく設定可能になり、元のプロジェクトと Horizon の間での
アクセス制御が整合した状態に保つことができるようになります。
現在のところ、この機能は Keystone および Nova の一部のポリシーファイルについてのみサポートされています。
次のリリースでは完全にサポートされる予定です。
これらの機能を有効にするには、 POLICY_FILES_PATH と POLICY_FILES を設定する必要があります。



==== その他の改善点 ====



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の新しい表示方法
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己署名もしくは他の認証 SSL 証明書のチェック機能
* Glance イメージ種別が設定可能に
* 多くの場面でのソーティング機能
* API コールの効率最適化
* 必須項目フィールドの表示改善
* セキュリティの観点から、一定期間操作がなかった場合にユーザーをログアウトさせるセッションタイムアウトを有効にできるようになりました
* PEP8 とコード品質基準の遵守にむけた多数の改善
* 数百のバグフィックスとユーザエクスペリエンスの細かな改善

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



==== 許可するホスト ====



プロダクション環境での Horizon のデプロイを行うには settings.py ファイルもしくは local_settings.py ファイルで
ALLOWED_HOSTS を追加する必要があります。この設定は Django 1.5 にて追加された重要なセキュリティ機能です。
詳しい情報は Django ドキュメントの local_settings.py.example ファイルを参照してください。



==== Keystone と Neutron の機能を有効にする ====



既存の設定ファイルで OPENSTACK_KEYSTONE_BACKEND もしくは OPENSTACK_NEUTRON_NETWORK の設定を
行っている場合、local_settings.example を参照して追加された新しいオプションを確認した方がよいでしょう
既存のコンフィギュレーションでそのまま動きますが、そのままでは
Havana での追加された機能のいくつかを有効にするのに必要な項目がない場合があります。

=== 既知の問題と制限 ===



==== セッション生成とヘルスチェック ====



セッションバックエンドとしてデータベースを使っている環境で、
ホームページへの ping を行うヘルスモニタリングサービスを使用する場合、
セッション生成が過剰に行われる可能性があります。
この問題はすぐに修正される予定ですが、それまでは対策として
セッションストアから期限切れのセッションを定期的に削除するジョブを作成することを推奨します。



==== 一斉に大量リソースを削除する問題 ====



大量のリソースを一度に削除するために 'sellect all' チェックボックスを使用すると
(設定によっては) ネットワークタイムアウトを引き起こす場合があります。
これは、裏で利用している API が bulk-deletion (複数リソースのまとめての削除) を
ネイティブではサポートしていないことが原因で、そのため Horizon は
このような場合に内部では各リソースについてひとつひとつ削除要求を送信する
必要があるからである。



==== Neutron におけるセキュリティグループ名の衝突問題 ====



Nova Network はインスタンス起動時のセキュリティグループの指定に
セキュリティグループ名だけを用いるのに対して、Neutron は名前でも UUID でも受け付けます。
両者に対応するため、Horizon は選択されたセキュリティグループの名前を Nova に渡します。
しかしながら、Neutron のデータ分離に関する問題により、
管理者ユーザーがセキュリティグループを指定しようとした際に、管理者がアクセス可能な別のプロジェクトに
同じ名前の別のセキュリティグループがある場合に問題が発生します。
Neutron ではその名前に対してマッチするセキュリティグループが複数見つかり、
そのインスタンスの起動に失敗してしまいます。
現時点での回避策は、管理者ユーザーから見て一意な名前をセキュリティグループに付けることです。



=== 後方互換性 ===



Havana リリースの Horizon は、
他の OpenStack のコアプロジェクト (Nova, Swift など) の Havana と Grizzly の両バージョンに対して
完全な互換性があるはずです。当たり前の話だが、他の OpenStack プロジェクトの Grizzly にはない新機能が
Horizon で動作するのは、他のプロジェクトでそれらがサポートされている場合だけである。

全体的に見ると、これまで Horizon を使って機能を作ってきた 3rd party の開発者に対して
後方互換性を維持するために、大変な努力がなされました。

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** トークン生成がプラグイン可能になり、トークンの永続性と分離されました。トークン生成は現在、UUID ベースと PKI ベースがあります。運用者は <code>keystone.token.provider.Provider</code> インターフェースの独自実装を作成でき、それを使用するよう keystone に <code>[token] provider</code> と設定できるようになりました。その結果、この新しい設定オプションのため、<code>[signing] token_format</code> が非推奨になりました。
** Apache httpd を使った導入の正式なサポート。

* 新機能
** キーバリューストア (例: memcached や redis) にドライバーコールの結果をキャッシュできるようになりました。
** <code>keystone-manage token_flush</code> コマンドで期限切れトークンを一括削除できるようになりました。

* API 新機能
** ロールベースの認可を OAuth 1.0a を使用する任意のコンシューマーに権限委譲できるようになりました。
** API クライアントがトークン応答に含まれるサービスカタログを選択できるようになりました。
** ドメインのロール割り当てをドメインのプロジェクトに継承できるようになりました。
** ロール割り当て API を集約しました。
** 外部認証プロバイダーがトークンの中にバインド参照を組み込めるようになりました。これにより、リモートサービスがオプションとして、ユーザーの提示するトークンの同一性を、提示されている外部認証メカニズムに対して検証できます。今のところ、<code>kerberos</code> のみがサポートされます。
** エンドポイントを明示的にプロジェクトにマッピングできるようになりました。これにより、トークンのプロジェクト範囲に基づいて、特定のエンドポイントがサービスカタログに表示されることを効率的に制御できます。

* ユーザーやプロジェクト/テナントの作成、更新、削除の操作のために、イベント通知が発行されるようになりました。
* 全体的にパフォーマンスが改善されました。
* v2 API と v3 API が、認証中のユーザーとプロジェクトのペアに割り当てるロール一覧を計算するために、ユーザー + グループ、グループ + プロジェクト、ユーザー + 継承ドメイン、グループ + 継承ドメインのロール割り当てに基づいた同じロジックを使用するようになりました。
* ログが Oslo-incubator の共通ロギング実装を使用して処理されるようになりました。他の OpenStack プロジェクトと整合性がとれます。
* <code>keystone-manage db_sync --extension=«extension-name»</code> を使用して、拡張 (extension) 用の SQL 移行をメインの移行リポジトリから独立して管理できるようになりました。

=== 既知の問題 ===

* ドキュメント化されていませんが、[https://pypi.python.org/pypi/six/ six] v1.4.1 またはそれ以降が必須です。six が無い場合、Keystone が <code>ImportError: No module named six</code> または <code>pkg_resources.DistributionNotFound: six</code> で起動に失敗します。
* [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (ドメイン指定の認証バックエンド) (例: ドメインごとの一意な LDAP 設定) の試験的な実装が Havana で開始されました。しかし、まだ完成しておらず、Icehouse で完了する予定です。

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== 新名称 ====
OpenStack Networking プロジェクトは本リリースより新しい名称「Neutron」になりました。Havana リリースの Neutron は Grizzly の Quantum からの設定ファイルを使用して実行できます。しかし、Quantum の使用は非推奨であり、既に導入したユーザは自身のなるべく早い時期に全ての参照を更新すべきです。Quantum 設定ファイルとコマンド名のサポートは 2014.1 (Icehouse) で廃止されます。

==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== 廃止予定機能に関する注意 ===
* 設定ファイルや実行ファイル名での "quantum" や "Quantum" の使用は正式に非推奨となります。Havana はこれらの名前がサポートされる最後のリリースであり、新規のデプロイメントではこれらの値として正式な名前である Neutron を使用すべきです。後方互換性のサポートはこのリリースでのみ提供されます。
* Linux Bridge プラグインと Open vSwitch プラグインの機能は凍結されており、 J (2014.2) リリースで削除される予定です。新しいデプロイメントでは、Linux Bridge プラグインと Open vSwitch プラグインではなく ML2 を選択すべきです。

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいハードウェアベンダドライバ ===
* Dell EqualLogic ドライバ
* VMware VMDK ドライバ
* IBM General Parallel File System (GPFS) ドライバ

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== 新しいバックアップドライバ ===
* ボリュームバックアップ用 Ceph ドライバ
* IBM Tivoli Storage Manager (TSM) ドライバ

=== 既知の問題 ===
* Bug #1237338 : VMware ボリュームドライバでボリューム→イメージのアップロードが失敗する
* Bug: #1240299 : 全ての LVM ボリュームにおけるボリュームのゼロクリア処理がシンプロビジョニングされた LVM まで消去する。修正がリリースされるまで、cinder.conf 中で volume_clear=None を設定する事。

=== アップグレード時の注意 ===
* ThinLVM ボリュームドライバの機能は、今回標準の LVM iSCSI ボリュームドライバの一部になりました。設定ファイル中の volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" を lvm_type="thin" に変更する必要があります。後方互換性のため、Havana リリースでは、この変更は volume_driver が "cinder.volume.drivers.lvm.ThinLVMVolumeDriver" に設定されている場合は自動的に行われますが、Icehouse では cinder.conf 中でこれらのオプションを更新する必要があるでしょう。

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* 統計エンドポイントにおいて groupby 引数を使用する事により、数個のフィールドによるサンプルのグループ化が可能になりました。
* 新しいアラーム API が利用可能になりました（'''アラーム'''参照）。
* API 経由でユーザが独自のサンプルとメータを POST 可能になりました。

==== アラーム ====
アラームは、単位時間あたりの閾値に対する統計動向の比較に基づいて、ユーザとオペレータがアクションを実行できるようにする為の新しい機能です。これは以下のサービスにより構成されます。
* ''ceilometer-api'' は、アラームのライフサイクル全般の制御を提供する新しい ''/v2/alarms'' エンドポイントを提供するようになりました。
* ''ceilometer-alarm-evaluator'' は、アラームの状態が変化した時に検知する為、アラームを定期的に評価します。
* ''ceilometer-alarm-notifier'' は、アラームが発行されて、関連付けられたアクションが実行された際、''ceilometer-alarm-evaluator'' が送信する通知を受信します。
アラーム API はまた、アラーム状態遷移とルール変更の履歴を提供します。

==== Collector ====
* HBase ドライバ追加
* DB2 (NoSQL) ドライバ追加
* SQLAlchemy ドライバ改善
* MongoDB ドライバ改善
* データベースから古いサンプルを削除可能にする TTL 機能追加
* イベントの保存機能追加
* SQLAlchemy ドライバにイベントストレージ機能を追加

==== Publisher ドライバ ====
* UDP ベースの Publisher 追加

==== Transformer ====
* unit-scaling transformer、rate-of-change transformer 追加

==== Meter ====
* 特別な Python ミドルウェアを使用した API リクエストメータを追加
* 新しい Neutron 帯域幅計測機能からのサンプル保存機能追加

==== Compute エージェント ====
* Hyper-V 対応追加

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat がサービスごとのファイルの代わりに単一の設定ファイル (/etc/heat/heat.conf) を使用するようになりました。
* API プロセスがサービスごとのファイルの代わりに単一の paste 設定ファイル (/etc/heat/api-paste.ini) を使用するようになりました。
* /etc/heat/environment.d/ におけるグローバル環境定義をサポートしました。 ([http://docs.openstack.org/developer/heat/template_guide/environment.html 環境に関するドキュメント] 参照)
* すべての "OS::Quantum*" が OS::Neutron* リソースに名称変更されました。古い名称を新しいリソースにエイリアスする、デフォルト環境をインストールしている場合、古い名前はまだ動作します。

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* swift: (多分)中島さん → Additional operational polish の説がよくわかりませんでした＞＜ help help plz
* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai / reviewed by amotoki
* glance: yosshy
* ceilometer: yosshy
* neutron: yosshy

ReleaseNotes/Havana/ja

2013-10-18T22:17:51Z

Tomo: /* 既知の問題 (Keystone) */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* グローバルクラスタのサポート

Swift 1.8.0 で導入された"リージョン"というコンセプトは、分離されたレプリケーション
用ネットワークの使用と、読み込み・書き込みアフィニティの設定をサポートするよう拡
張されました。これらの機能は広域にわたる1つのSwiftクラスタのサポートを提供するた
めに組み合わせる。

* 追加の設定ファイル conf.d のサポート
Swiftデーモンとサーバーはオプションで設定パラメータにディレクトリを許可すること
ができます。これは設定ファイルの異なるパートを分けて管理することができます：
たとえば、ミドルウェアごとの特定設定を別のファイルへ分けることができます。

* ディスクパフォーマンス
オブジェクトサーバーはシステム全体のパフォーマンス向上と、遅延の平準化の
ためにスレッドプールが使われるように構成可能になった。また、多くのディスク操
作が信頼性向上と、性能改善のため整理された。

* memcache接続のプーリングがサポートされた

* ハンドオフノードの選択のためのより高速な演算

=== 重要なバグ修正 ===

* memcacheのエントリが期限切れにならないことがあるバグが修正された

* クライアントが切断した後にもプロキシがストレージノードからデータを読み込み続けてしまう場合がある問題を修正

* バージョン管理された書き込みでのUTF-8の取り扱いの問題を修正

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
wsgi ワーカー数のデフォルト値を1から自動へ変更。プロキシ、アカウント、コンテナ、オブジェクトのwsgiサーバのワーカー数の新しいデフォルト値は、サーバのCPUコア数と同じワーカー/プロセス数で生成される。
This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* reveal_sensitive_prefix はプロキシサーバで記録された認証トークンのフィルタが可能になった

* 最初のオブジェクトの複製にハンドオフパーティションへの複製が可能になった。
Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* crossdomain.xml ミドルウェアが追加された。詳細 http://docs.openstack.org/developer/swift/crossdomain.html for details

* PyPy下でSwiftが動作するように多くの改良。

=== 既知の問題 ===

＜これは Nova の話で Swift ではないですね。元の Release Notes でも間違っています。＞

* もしCellを利用している場合、インスタンスの削除に問題が発生する。 Grizzlyとは異なり、インスタンスの削除は子Cellに削除の通知を行う前に、トップレベル(API)Cellから即座に削除される。これは意図しない動作です。この副作用として、delete.start と delete.end 通知が送られてしまう。もし子Cellにおいてインスタンスの削除が成功した場合、2回の delete.start と delete.end 通知が送られてしまう。こうならない場合、APIサーバからは表示されなくなるが、子Cellには存在している。Cellに組み込まれた修復コードは最終的にこれを修正し、インスタンスのリストアをAPI Cell DBの中で行う。これは修復設定に依存している。このバグはhavana-stableで修正される予定です。

* http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* 複数クラスターの管理をサポート ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint])

* Cinder ドライバーサポート ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* イメージのクローン方法指定 - イメージに対してリンクによるクローンかフルクローンイメージのどちらを使うかを指定可能 ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* コンフィグドライブのサポート ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* サーバーコンソールのログ表示のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])
* VHD の最大ディスクサイズの制限への対処策としての、大きなエフェメラルディスクを 1024GB か 2000GB のチャンクに分割する機能のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])
* イメージに AutoDiskConfig=disabled を設定できるようになりました。これは、これらのイメージとサーバーではユーザーが AutoDiskConfig=Manual を設定できないことを意味します。 ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])
* Nova と Nova agent の通信方法が改善され、cloud-init と Nova agent の両方が同じクラウドで使用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])
* Linux ディストリビューションのインストーラーが実行中の状態で VM を起動できるようになりました。これにより、ユーザーが独自のカスタムイメージを作成しやすくなります。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])
* XenServer core および XenServer core の Dom0 での nova-compute の実行の実験的なサポート ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])
* LVHD ストレージ SR の実験的なサポートと、圧縮された生の glance イメージからの起動のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])
* 安定性と利便性の多数の改善。例えば、glance に送信するスナップショットで使用される圧縮率を設定する機能、サーバーディスクの縮小リサイズ時に変更後のディスクサイズが小さ過ぎたことによるエラーでの自動ロールバック。

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== 通知 (notifications) ====

* ホストアグリゲートの作成、削除、拡大、縮小やそれ以外の更新の際の通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).
* インスタンス作成失敗時に通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== スケジューラー ====

* フィルター属性に '''force_nodes''' が追加されました。ベアメタルドライバー使用時にインスタンスを配置するノードを運用者が明示的に指定できます。 ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint])

* '''IsolatedHostsFilter''' の制限を緩くできるようになりました。 '''IsolatedHostsFilter''' の新しい設定パラメータ '''restrict_isolated_hosts_to_isolated_images''' の値で、隔離されたホスト (isolated hosts) ですべてのイメージを使用できるかを調整できます。 ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint])

* 既存の '''GroupAntiAffinityFilter''' と対をなす機能として '''GroupAffinityFilter''' が追加されました。このフィルターを使うと特定のホストグループのホストにインスタンスをスケジューリングできます。 ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint])

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* アグリゲート単位のフィルターとして '''AggregateRamFilter''' と '''AggregateCoreFilter''' が追加されました。これらはシステム全体ではなくホストアグリゲートに対して適用されます。 '''AggregateDiskFilter''' は今後のリリースで追加されます。 ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* 全コンピュートノードから全スケジューラーへの定期的にブロードキャストされるメッセージの削除によりスケジューラーの性能が改善されました。[https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint])

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== ストレージ ====

* 接続する Cinder ボリュームを暗号化できるようになりました。データは読み書き時に必要に応じて復号／暗号化されますが、インスタンスには通常のブロックストレージデバイスに見えます。 ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* インスタンスに接続された Cinder ボリュームを透過的に交換する機能が追加されました。ボリュームを交換している間インスタンスが短時間停止することはありますが、ボリュームへのリード、ライトが失われることはありません。 ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* NFS か GlusterFS 上にあるボリュームに接続する際に Nova は Cinder で設定されたマウントオプションを使うようになりました。以前はボリュームにアクセスする各コンピュートノードでマウントオプションを設定する必要がありました。 ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* ネイティブでの GlusterFS サポートが追加されました。 '''nova.conf''' で '''qemu_allowed_storage_drivers''' が '''gluster''' に設定された場合、QEMU は '''fuse''' 経由ではなく '''libgfapi''' を使ってボリュームに直接アクセスするように設定されます。 ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* GlusterFS のようにスナップショットをそれ自身ではサポートしていないストレージをバックエンドに使用している場合であっても、 Cinder のボリュームスナップショットを作成する機能を提供するため、QEMU のスナップショット機能を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* ストレージへのアクセスで iSER トランスポートプロトコルがサポートされました。 TCP 上の iSCSI と比較してよい性能が得られます。 ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* conductor は複数のワーカースレッドを起動し、並列で動作できるようになりました。起動するスレッド数は'''nova.conf''' の '''workers''' の値で決まります。 ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova は Oslo が提供する共通サービス基盤を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint])

* データベースマイグレーションが必要なバグ修正をバックポートできるように変更が行われました。 ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint])

* Nova システムのライブアップグレードのサポートに向け非常にたくさんの進展がありました。 Havana では、サービス間で送信されるメッセージのバージョンの制御 (nova.conf の '''[upgrade_levels]''' セクションを参照) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]) と、コードとデータベーススキーマの詳細の分離を容易にするオブジェクト層 ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]) などの改良が行われました。

=== 既知の問題 ===

* cell を使っている場合、インスタンスの削除時に問題があります。 Grizzly と違い、インスタンスの削除を行うと、 child cell にそのインスタンスの削除を通知する前にインスタンスは最上位の (API) cell から即座に削除されてしまいます。これは意図した動作ではありません。この副作用として delete.start と delete.end 通知が送信されます。 child cell でのインスタンス削除が成功すると、2つ目の delete.start と delete.end 通知が送信されます。失敗した場合は、データベースは同期できていない状態となり、インスタンスは API cell からは消えているが、 child cell には存在したままになってしまいます。このバグは、リリース後すぐに havana-stable で修正される予定です。
* 既知の問題については http://bugs.launchpad.net/nova を確認してください。

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

* 定期実行タスクは以前よりも頻繁に実行される点に注意してください。定期実行タスクの実行頻度は以前から設定可能です。以前は、タスクをいつ再度実行するかのタイマーはそのタスクの最後の実行が完了した時点で開始されていました。現在は、タスクの実行に要した時間にかかわらず、タスクは一定の頻度で実行されます。これにより、いつタスクが実行されるかが、よりはっきりします。一方で、副作用としてデフォルトではタスクが以前よりも少し頻繁に実行されるようになります。 (https://review.openstack.org/#/c/26448/)
* security_groups_handler オプションは nova.conf から削除されました。このオプションは Quantum 用に追加されましたが、もはや必要ありません。 (https://review.openstack.org/#/c/28384/)
* この変更点はアップグレードには影響はないが、すべての新規のデプロイメントでの動作が変わります。以前のバージョンではデフォルトの m1.tiny フレーバーはディスクサイズ 0 で作成されていました。デフォルト値が 1 になりました。 0 は、ディスクのサイズ変更を一切に行わず、イメージがどんなディスクサイズで作成されていたとしてもそれを使用することを意味します。 1 は 1 GB の上限を課すことを意味します。特別な値 0 は現在もサポートされており、必要であればフレーバーの作成や変更でこの値を使うことができます。 (https://review.openstack.org/#/c/27991/).
* プラグインフレームワークで提供されていたものは他の手段で実現できるため、プラグインフレームワークは削除されました。(https://review.openstack.org/#/c/33595)
* notify_on_any_change 設定オプションは削除されました。 (https://review.openstack.org/#/c/35264/)
* compute_api_class オプションは非推奨となっており、今後のリリースで削除されます。 (https://review.openstack.org/#/c/28750/)
* Nova は Quantum から名前が変更された Neutron の方を使用します。 (https://review.openstack.org/#/c/35425/)
* 複数の Neutron ネットワークが定義されているが、サーバ作成要求にネットワークの指定がない場合、 Nova はサーバー作成要求を拒否するようになりました。以前はサーバーに「全」ネットワークが接続されていましたが、この動作は意味がないという合意ができました。 (https://review.openstack.org/#/c/33996/)
* vmware の設定オプション 'vnc_password' は非推奨になりました。VNC アクセス時にユーザーがパスワード入力を求められることはなくなりました。これは他のすべての仮想化ドライバーと同じ動作です。 (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
Image Service 中でイメージのプロパティには２つのタイプがあります：
* コアプロパティ（イメージスキーマにより指定）
* メタプロパティ（イメージに付与可能な任意のキー・バリューのペア）
Image Service のパブリック API コールを介したメタプロパティへのアクセスは、プロパティ保護設定ファイル（glance-api.conf ファイル中で指定）を使用して特定のユーザのグループに制限する事ができます。例：
* 全プロパティ操作を管理者のみに制限。
* 管理者と課金ロールを持つユーザの両方に、x_billing_code_ で始まる全プロパティの読取・修正権限を付与。
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
Registry サービスに、RPC-over-HTTP を使用した（db_api 互換の）新しい API が用意されました。
この API は、
* 新しい Glance が、初期の registry サービスを使用する古いバージョンの Glance システムのサポートを継続できるようにします。Glance v2 は registry サービス利用を完全に廃止しているため、この事が幾つかのケースでセキュリティホール（パブリックサービスとしてインストールされた場合、全てのデータベースのパラメータを glance-api.conf 中に記述する必要があった）となる可能性がありました。
* registry の API を修正する事無く、データベースAPIに新しいメソッドを実装しやすくします。
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

この更新は、直接データベースバックエンドと通信するのと同様に、リモートの registry サービスと通信する registry データベースドライバを含みます。
registry サービスは全てのデータベース API パブリック関数を実装しており、これは実際 API の外側から使用されます。
Image Service の API v2 は有効にすべきであり、Image Service クライアントはこの API を使用すべきです。
[https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====ストレージ対応====
Image Service は今回、以下のバックエンドストレージに対応しました：
* '''Sheepdog'''…Image Serivce はイメージをバックエンドの Sheepdog クラスタに保存できます。Sheepdog は QEMU 用の分散ストレージシステムを提供するOSS プロジェクトです。 [http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"] [https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''… OpenStack Block Storage (Cinder) を Image Service のブロックストレージバックエンドとして使用できます。[https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''…Image Service は GridFS 分散ファイルシステムをサポートします。
サポートは新しい .conf オプション mongodb_store_uri と mongodb_dtore_db を使用して有効になります。
`gridfs://<IMAGE>` の書式による GridFS のURLをサポートします。[http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====複数のイメージロケーション====
Image Service のイメージを複数の場所（ロケーション）に保存する事が可能になりました。
これにより、イメージデータの効果的な利用と、１番目のイメージの事故に備えてバックアップイメージの使用が可能になります。[https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

関連アップデート：
* ロケーション API 用ポリシーレイヤ（イメージロケーションの変更をポリシーチェック可能に） [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* ダイレクトURLメタデータ。各 Image Service のストレージシステムはイメージロケーションデータベースにロケーションメタデータを保存できるようになりました。これにより、direct_url 有効時にクライアントへダイレクト URL 指定メタデータを返せるようになります。
例えば、file://URL に対して、NFS をエクスポートするホスト、マウントポイント、FSタイプをクライアントに返せるようになりました。[https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* イメージダウンロード時の複数ロケーション対応。これは API クライアントが複数のバックエンドストアからイメージを利用できるようにします。[https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* インデックスされたチェックサムイメージプロパティ。チェックサムイメージプロパティをインデックスできるようになりました。これにより、ユーザがチェックサムを指定する事でイメージを検索できるようになります。[https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber のアップデート。Scrubber は削除済みのイメージをクリーンアップするユーティリティです。Scrubber が pending_delete イメージ用に複数ロケーションに対応するようになりました。[https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* メタデータチェック。ロケーションの変更時にイメージロケーションプロキシレイヤにおいてメタデータのチェックができるようになりました。 [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====待って、まだあるよ！====
* '''コンテナとディスクのフォーマットの設定'''。Glance は従来、決め打ちのコンテナとディスクフォーマットの集合のみサポートしていました。これらが任意のインストール済みシステムにおいてサポートされた実際のフォーマットの集合と一致する事は稀でした。利用可能なコンテナとディスクのフォーマットが設定できるようになります。[https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''ストレージクォータ'''。ユーザは全ストレージシステム間で（合計）何バイトに制限する事ができるようになりました(.conf ファイル中で設定された total_storage_quota).。[https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''メンバシップポリシー'''。メンバシップAPIにポリシー制約が追加されました（イメージ／ロケーションポリシー制約と同様）。新しいポリシーは new_member、add_member、get_member、modify_member、get_members、delete_member を含みます。[https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* http://bugs.launchpad.net/glance を確認して下さい。

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースでは、3つの新しいプロジェクトがサポートされ、既存のプロジェクトにも重要な機能が追加されました。
さらに、エンドユーザーにとっても管理者にとっても多くの面でユーザエクスペリエンスの改善が行われました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって今までで最良のリリースだと言えるでしょう。



=== ハイライト ===



==== 新機能 ====

===== Heat =====



OpenStack Orchestration プロジェクト Heat が Havana にてデビューしました。
Horizon は Heat スタックの管理をすべてサポートしています。特筆する点ては、
Heat テンプレートフォーマットからの動的なフォーム生成機能、スタックトポロジーの可視化、
完全なスタックリソース検査がサポートしています。

===== Ceilometer =====



Havana でデビューしたもう一つのプロジェクトが OpenStack Metering プロジェクトです。
Horizon の最初の Ceilometer サポートとして、管理者が OpenStack Dashboard から
クラウドリソースの使用量を問い合わせて、システムがどのように動作し利用されているかを
理解しやすくなりました。



===== ドメイン、グループやその他いろいろ: Identity API v3 サポート =====



OpenStack Identity Service (Keystone) v3 API は Havana リリースで十分に完成しました。
Horizon は、ドメインとグループ、ロールの管理とドメインやグループへの割り当て、
ドメインベース認証、ドメインコンテキストスイッチといった Keystone v3 API の
すべての新機能をサポートします。



===== Trove データベース =====



OpenStack Database as a Service プロジェクトである Trove が Havana で
インキュベーションフェーズを卒業しました。Trove データベースとバックアップ
のプロビジョニング・管理を OpenStack Dashboard からできるように
してくれた方々に対して感謝します。
なお、OpenStack として統合された Trove の最初のリリースは Icehouse になります。
したがって、この機能は実験的なものとみなすべきで、機能が変更される可能性もあります。


===== Nova 機能 =====



Horizon でサポートされる OpenStack Compute (Nova) の機能は増え続けています。
Havana リリースでの新機能は下記のとおりです。



* デフォルトクオータの編集
* 管理者によるインスタンスのパスワードの再設定
* アベイラビリティゾーンのサポート
* リージョンサポートの改善
* インスタンスサイズの変更
* ボリュームからの起動機能の改善
* プロジェクト単位でのフレーバ機能サポート



これらの機能により、いつ、どこで、どうやってインスタンスを起動するかの制御や、
起動済みの動作中のインスタンスの管理で、より多くのことができるようになりました。



===== Neutron 機能 =====



多くの重要な OpenStack Networking (Neutron) の機能が Havana で使えるようになりました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron と Nova network 間で互換性のある、完全なセキュリティグループとクォータのサポート

これらの機能により Neutron でクラウドで非常に柔軟に SDN を構築することができるようになります。



==== ユーザエクスペリエンスの改善 ====



===== ユーザーによるパスワード変更機能 =====



Ideintify API v2.0 (Keystone) の変更で、ユーザーは自分のパスワードを管理者権限を要することなく変更できるように
なりました。セキュリティ的により強固になり、ユーザに利便性がもたらされます。この機能は
Identify API v3 ではまだ提供されていません。



===== 改善された管理者情報構成 =====



管理者向けダッシュボードの項目が並び替えが行われ、
グルーピングがより論理的になりました。
また、新たな情報が追加され、管理者がクラウド内のホストの状態を把握したり、
ホストアグリゲートやアベイラビリティゾーンなどとの関連性を理解したりしやすくなりました。



===== ユーザログアウトのメッセージ改善 =====



予期せずログイン画面が表示された際に、なぜログアウトしたかをユーザーに通知する
メッセージがいくつか追加されました。これらのメッセージにより、
ユーザーセッションが期限切れになったか、操作がなかったためタイムアウトしたか、
アクセスが認可されていないダッシュボードのページにアクセスしようとしたかが、
はっきりと分かるようになります。



===== セキュリティグループテンプレート =====



セキュリティグループには (SSH や ping のように) 毎回追加し直すのがうんざりするほど
非常によく使われるルールがあります。そこで、Horizon チームは
よく使われるルールについてあらかじめ設定されたテンプレートを用意し、
2クリックでセキュリティグループを追加できるようにしました。これらのルールは
SECURITY_GROUP_RULES の設定で変更できます。



==== コミュニティ ====



===== 翻訳チーム =====



OpenStack 翻訳チームは Havana リリースで独立したチームとして活動するようになり、
Horizon の翻訳の品質は今までで一番よいものになっています。
もともと OpenStack Dashboard プロジェクトの一部として始まったコミュニティの形成が
成功したことをお祝い致します。



===== ユーザエクスペリエンスグループ =====



Havana リリースサイクルでは、OpenStack ユーザエクスペリエンスチームが形成されました。
このチームは生まれたばかりですが、OpenStack 全体を通したユーザーエクスペリエンスの向上を
ミッションとしています。このチームはすぐに
OpenStack Dashboard の設計と改善において欠かせない存在となりました。

==== Under The Hood ====



===== LESS コンパイルの複雑性の軽減: NodeJS が不要に =====



様々な人たちからの抗議の声があったことと、
Python コミュニティの LESS サポートが大きな改善があったことから、
Horizon では NodeJS に関連する要素をすべて削除しました。
現在は lesscpy モジュールを使って LESS ファイルから最終的なスタイルシートにコンパイルしています。
これはほとんどのユーザーには全く影響はありませんが、
Horizon を使うディストリビューションなどでは扱いが楽になることでしょう。



===== Role ベースのアクセス制御 =====



Horizon は、ファイルがある場合は、他の OpenStack プロジェクトの policy.json ファイルを使って
ダッシュボードでのアクセス制御を行うように、移行を始めました。
これにより、アクセス制御はより細かく設定可能になり、元のプロジェクトと Horizon の間での
アクセス制御が整合した状態に保つことができるようになります。
現在のところ、この機能は Keystone および Nova の一部のポリシーファイルについてのみサポートされています。
次のリリースでは完全にサポートされる予定です。
これらの機能を有効にするには、 POLICY_FILES_PATH と POLICY_FILES を設定する必要があります。



==== その他の改善点 ====



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の新しい表示方法
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己署名もしくは他の認証 SSL 証明書のチェック機能
* Glance イメージ種別が設定可能に
* 多くの場面でのソーティング機能
* API コールの効率最適化
* 必須項目フィールドの表示改善
* セキュリティの観点から、一定期間操作がなかった場合にユーザーをログアウトさせるセッションタイムアウトを有効にできるようになりました
* PEP8 とコード品質基準の遵守にむけた多数の改善
* 数百のバグフィックスとユーザエクスペリエンスの細かな改善

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



==== 許可するホスト ====



プロダクション環境での Horizon のデプロイを行うには settings.py ファイルもしくは local_settings.py ファイルで
ALLOWED_HOSTS を追加する必要があります。この設定は Django 1.5 にて追加された重要なセキュリティ機能です。
詳しい情報は Django ドキュメントの local_settings.py.example ファイルを参照してください。



==== Keystone と Neutron の機能を有効にする ====



既存の設定ファイルで OPENSTACK_KEYSTONE_BACKEND もしくは OPENSTACK_NEUTRON_NETWORK の設定を
行っている場合、local_settings.example を参照して追加された新しいオプションを確認した方がよいでしょう
既存のコンフィギュレーションでそのまま動きますが、そのままでは
Havana での追加された機能のいくつかを有効にするのに必要な項目がない場合があります。

=== 既知の問題と制限 ===



==== セッション生成とヘルスチェック ====



セッションバックエンドとしてデータベースを使っている環境で、
ホームページへの ping を行うヘルスモニタリングサービスを使用する場合、
セッション生成が過剰に行われる可能性があります。
この問題はすぐに修正される予定ですが、それまでは対策として
セッションストアから期限切れのセッションを定期的に削除するジョブを作成することを推奨します。



==== 一斉に大量リソースを削除する問題 ====



大量のリソースを一度に削除するために 'sellect all' チェックボックスを使用すると
(設定によっては) ネットワークタイムアウトを引き起こす場合があります。
これは、裏で利用している API が bulk-deletion (複数リソースのまとめての削除) を
ネイティブではサポートしていないことが原因で、そのため Horizon は
このような場合に内部では各リソースについてひとつひとつ削除要求を送信する
必要があるからである。



==== Neutron におけるセキュリティグループ名の衝突問題 ====



Nova Network はインスタンス起動時のセキュリティグループの指定に
セキュリティグループ名だけを用いるのに対して、Neutron は名前でも UUID でも受け付けます。
両者に対応するため、Horizon は選択されたセキュリティグループの名前を Nova に渡します。
しかしながら、Neutron のデータ分離に関する問題により、
管理者ユーザーがセキュリティグループを指定しようとした際に、管理者がアクセス可能な別のプロジェクトに
同じ名前の別のセキュリティグループがある場合に問題が発生します。
Neutron ではその名前に対してマッチするセキュリティグループが複数見つかり、
そのインスタンスの起動に失敗してしまいます。
現時点での回避策は、管理者ユーザーから見て一意な名前をセキュリティグループに付けることです。



=== 後方互換性 ===



Havana リリースの Horizon は、
他の OpenStack のコアプロジェクト (Nova, Swift など) の Havana と Grizzly の両バージョンに対して
完全な互換性があるはずです。当たり前の話だが、他の OpenStack プロジェクトの Grizzly にはない新機能が
Horizon で動作するのは、他のプロジェクトでそれらがサポートされている場合だけである。

全体的に見ると、これまで Horizon を使って機能を作ってきた 3rd party の開発者に対して
後方互換性を維持するために、大変な努力がなされました。

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** トークン生成がプラグイン可能になり、トークンの永続性と分離されました。トークン生成は現在、UUID ベースと PKI ベースがあります。運用者は <code>keystone.token.provider.Provider</code> インターフェースの独自実装を作成でき、それを使用するよう keystone に <code>[token] provider</code> と設定できるようになりました。その結果、この新しい設定オプションのため、<code>[signing] token_format</code> が非推奨になりました。
** Apache httpd を使った導入の正式なサポート。

* 新機能
** キーバリューストア (例: memcached や redis) にドライバーコールの結果をキャッシュできるようになりました。
** <code>keystone-manage token_flush</code> コマンドで期限切れトークンを一括削除できるようになりました。

* API 新機能
** ロールベースの認可を OAuth 1.0a を使用する任意のコンシューマーに権限委譲できるようになりました。
** API クライアントがトークン応答に含まれるサービスカタログを選択できるようになりました。
** ドメインのロール割り当てをドメインのプロジェクトに継承できるようになりました。
** ロール割り当て API を集約しました。
** 外部認証プロバイダーがトークンの中にバインド参照を組み込めるようになりました。これにより、リモートサービスがオプションとして、ユーザーの提示するトークンの同一性を、提示されている外部認証メカニズムに対して検証できます。今のところ、<code>kerberos</code> のみがサポートされます。
** エンドポイントを明示的にプロジェクトにマッピングできるようになりました。これにより、トークンのプロジェクト範囲に基づいて、特定のエンドポイントがサービスカタログに表示されることを効率的に制御できます。

* ユーザーやプロジェクト/テナントの作成、更新、削除の操作のために、イベント通知が発行されるようになりました。
* 全体的にパフォーマンスが改善されました。
* v2 API と v3 API が、認証中のユーザーとプロジェクトのペアに割り当てるロール一覧を計算するために、ユーザー + グループ、グループ + プロジェクト、ユーザー + 継承ドメイン、グループ + 継承ドメインのロール割り当てに基づいた同じロジックを使用するようになりました。
* ログが Oslo-incubator の共通ロギング実装を使用して処理されるようになりました。他の OpenStack プロジェクトと整合性がとれます。
* <code>keystone-manage db_sync --extension=«extension-name»</code> を使用して、拡張 (extension) 用の SQL 移行をメインの移行リポジトリから独立して管理できるようになりました。

=== 既知の問題 ===

* ドキュメント化されていませんが、[https://pypi.python.org/pypi/six/ six] v1.4.1 またはそれ以降が必須です。six が無い場合、Keystone が <code>ImportError: No module named six</code> または <code>pkg_resources.DistributionNotFound: six</code> で起動に失敗します。
* [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (ドメイン指定の認証バックエンド) (例: ドメインごとの一意な LDAP 設定) の試験的な実装が Havana で開始されました。しかし、まだ完成しておらず、Icehouse で完了する予定です。

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== 新名称 ====
OpenStack Networking プロジェクトは本リリースより新しい名称「Neutron」になりました。Havana リリースの Neutron は Grizzly の Quantum からの設定ファイルを使用して実行できます。しかし、Quantum の使用は非推奨であり、既に導入したユーザは自身のなるべく早い時期に全ての参照を更新すべきです。Quantum 設定ファイルとコマンド名のサポートは 2014.1 (Icehouse) で廃止されます。

==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== 廃止予定機能に関する注意 ===
* 設定ファイルや実行ファイル名での "quantum" や "Quantum" の使用は正式に非推奨となります。Havana はこれらの名前がサポートされる最後のリリースであり、新規のデプロイメントではこれらの値として正式な名前である Neutron を使用すべきです。後方互換性のサポートはこのリリースでのみ提供されます。
* Linux Bridge プラグインと Open vSwitch プラグインの機能は凍結されており、 J (2014.2) リリースで削除される予定です。新しいデプロイメントでは、Linux Bridge プラグインと Open vSwitch プラグインではなく ML2 を選択すべきです。

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいハードウェアベンダドライバ ===
* Dell EqualLogic ドライバ
* VMware VMDK ドライバ
* IBM General Parallel File System (GPFS) ドライバ

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== 新しいバックアップドライバ ===
* ボリュームバックアップ用 Ceph ドライバ
* IBM Tivoli Storage Manager (TSM) ドライバ

=== 既知の問題 ===
* Bug #1237338 : VMware ボリュームドライバでボリューム→イメージのアップロードが失敗する
* Bug: #1240299 : 全ての LVM ボリュームにおけるボリュームのゼロクリア処理がシンプロビジョニングされた LVM まで消去する。修正がリリースされるまで、cinder.conf 中で volume_clear=None を設定する事。

=== アップグレード時の注意 ===
* ThinLVM ボリュームドライバの機能は、今回標準の LVM iSCSI ボリュームドライバの一部になりました。設定ファイル中の volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" を lvm_type="thin" に変更する必要があります。後方互換性のため、Havana リリースでは、この変更は volume_driver が "cinder.volume.drivers.lvm.ThinLVMVolumeDriver" に設定されている場合は自動的に行われますが、Icehouse では cinder.conf 中でこれらのオプションを更新する必要があるでしょう。

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* 統計エンドポイントにおいて groupby 引数を使用する事により、数個のフィールドによるサンプルのグループ化が可能になりました。
* 新しいアラーム API が利用可能になりました（'''アラーム'''参照）。
* API 経由でユーザが独自のサンプルとメータを POST 可能になりました。

==== アラーム ====
アラームは、単位時間あたりの閾値に対する統計動向の比較に基づいて、ユーザとオペレータがアクションを実行できるようにする為の新しい機能です。これは以下のサービスにより構成されます。
* ''ceilometer-api'' は、アラームのライフサイクル全般の制御を提供する新しい ''/v2/alarms'' エンドポイントを提供するようになりました。
* ''ceilometer-alarm-evaluator'' は、アラームの状態が変化した時に検知する為、アラームを定期的に評価します。
* ''ceilometer-alarm-notifier'' は、アラームが発行されて、関連付けられたアクションが実行された際、''ceilometer-alarm-evaluator'' が送信する通知を受信します。
アラーム API はまた、アラーム状態遷移とルール変更の履歴を提供します。

==== Collector ====
* HBase ドライバ追加
* DB2 (NoSQL) ドライバ追加
* SQLAlchemy ドライバ改善
* MongoDB ドライバ改善
* データベースから古いサンプルを削除可能にする TTL 機能追加
* イベントの保存機能追加
* SQLAlchemy ドライバにイベントストレージ機能を追加

==== Publisher ドライバ ====
* UDP ベースの Publisher 追加

==== Transformer ====
* unit-scaling transformer、rate-of-change transformer 追加

==== Meter ====
* 特別な Python ミドルウェアを使用した API リクエストメータを追加
* 新しい Neutron 帯域幅計測機能からのサンプル保存機能追加

==== Compute エージェント ====
* Hyper-V 対応追加

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* swift: (多分)中島さん → Additional operational polish の説がよくわかりませんでした＞＜ help help plz
* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai / reviewed by amotoki
* glance: yosshy
* ceilometer: yosshy
* neutron: yosshy

ReleaseNotes/Havana/ja

2013-10-18T22:11:09Z

Tomo: /* 主な新機能 (Keystone) */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* グローバルクラスタのサポート

Swift 1.8.0 で導入された"リージョン"というコンセプトは、分離されたレプリケーション
用ネットワークの使用と、読み込み・書き込みアフィニティの設定をサポートするよう拡
張されました。これらの機能は広域にわたる1つのSwiftクラスタのサポートを提供するた
めに組み合わせる。

* 追加の設定ファイル conf.d のサポート
Swiftデーモンとサーバーはオプションで設定パラメータにディレクトリを許可すること
ができます。これは設定ファイルの異なるパートを分けて管理することができます：
たとえば、ミドルウェアごとの特定設定を別のファイルへ分けることができます。

* ディスクパフォーマンス
オブジェクトサーバーはシステム全体のパフォーマンス向上と、遅延の平準化の
ためにスレッドプールが使われるように構成可能になった。また、多くのディスク操
作が信頼性向上と、性能改善のため整理された。

* memcache接続のプーリングがサポートされた

* ハンドオフノードの選択のためのより高速な演算

=== 重要なバグ修正 ===

* memcacheのエントリが期限切れにならないことがあるバグが修正された

* クライアントが切断した後にもプロキシがストレージノードからデータを読み込み続けてしまう場合がある問題を修正

* バージョン管理された書き込みでのUTF-8の取り扱いの問題を修正

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
wsgi ワーカー数のデフォルト値を1から自動へ変更。プロキシ、アカウント、コンテナ、オブジェクトのwsgiサーバのワーカー数の新しいデフォルト値は、サーバのCPUコア数と同じワーカー/プロセス数で生成される。
This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* reveal_sensitive_prefix はプロキシサーバで記録された認証トークンのフィルタが可能になった

* 最初のオブジェクトの複製にハンドオフパーティションへの複製が可能になった。
Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* crossdomain.xml ミドルウェアが追加された。詳細 http://docs.openstack.org/developer/swift/crossdomain.html for details

* PyPy下でSwiftが動作するように多くの改良。

=== 既知の問題 ===

＜これは Nova の話で Swift ではないですね。元の Release Notes でも間違っています。＞

* もしCellを利用している場合、インスタンスの削除に問題が発生する。 Grizzlyとは異なり、インスタンスの削除は子Cellに削除の通知を行う前に、トップレベル(API)Cellから即座に削除される。これは意図しない動作です。この副作用として、delete.start と delete.end 通知が送られてしまう。もし子Cellにおいてインスタンスの削除が成功した場合、2回の delete.start と delete.end 通知が送られてしまう。こうならない場合、APIサーバからは表示されなくなるが、子Cellには存在している。Cellに組み込まれた修復コードは最終的にこれを修正し、インスタンスのリストアをAPI Cell DBの中で行う。これは修復設定に依存している。このバグはhavana-stableで修正される予定です。

* http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* 複数クラスターの管理をサポート ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint])

* Cinder ドライバーサポート ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* イメージのクローン方法指定 - イメージに対してリンクによるクローンかフルクローンイメージのどちらを使うかを指定可能 ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* コンフィグドライブのサポート ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* サーバーコンソールのログ表示のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])
* VHD の最大ディスクサイズの制限への対処策としての、大きなエフェメラルディスクを 1024GB か 2000GB のチャンクに分割する機能のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])
* イメージに AutoDiskConfig=disabled を設定できるようになりました。これは、これらのイメージとサーバーではユーザーが AutoDiskConfig=Manual を設定できないことを意味します。 ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])
* Nova と Nova agent の通信方法が改善され、cloud-init と Nova agent の両方が同じクラウドで使用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])
* Linux ディストリビューションのインストーラーが実行中の状態で VM を起動できるようになりました。これにより、ユーザーが独自のカスタムイメージを作成しやすくなります。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])
* XenServer core および XenServer core の Dom0 での nova-compute の実行の実験的なサポート ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])
* LVHD ストレージ SR の実験的なサポートと、圧縮された生の glance イメージからの起動のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])
* 安定性と利便性の多数の改善。例えば、glance に送信するスナップショットで使用される圧縮率を設定する機能、サーバーディスクの縮小リサイズ時に変更後のディスクサイズが小さ過ぎたことによるエラーでの自動ロールバック。

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== 通知 (notifications) ====

* ホストアグリゲートの作成、削除、拡大、縮小やそれ以外の更新の際の通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).
* インスタンス作成失敗時に通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== スケジューラー ====

* フィルター属性に '''force_nodes''' が追加されました。ベアメタルドライバー使用時にインスタンスを配置するノードを運用者が明示的に指定できます。 ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint])

* '''IsolatedHostsFilter''' の制限を緩くできるようになりました。 '''IsolatedHostsFilter''' の新しい設定パラメータ '''restrict_isolated_hosts_to_isolated_images''' の値で、隔離されたホスト (isolated hosts) ですべてのイメージを使用できるかを調整できます。 ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint])

* 既存の '''GroupAntiAffinityFilter''' と対をなす機能として '''GroupAffinityFilter''' が追加されました。このフィルターを使うと特定のホストグループのホストにインスタンスをスケジューリングできます。 ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint])

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* アグリゲート単位のフィルターとして '''AggregateRamFilter''' と '''AggregateCoreFilter''' が追加されました。これらはシステム全体ではなくホストアグリゲートに対して適用されます。 '''AggregateDiskFilter''' は今後のリリースで追加されます。 ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* 全コンピュートノードから全スケジューラーへの定期的にブロードキャストされるメッセージの削除によりスケジューラーの性能が改善されました。[https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint])

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== ストレージ ====

* 接続する Cinder ボリュームを暗号化できるようになりました。データは読み書き時に必要に応じて復号／暗号化されますが、インスタンスには通常のブロックストレージデバイスに見えます。 ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* インスタンスに接続された Cinder ボリュームを透過的に交換する機能が追加されました。ボリュームを交換している間インスタンスが短時間停止することはありますが、ボリュームへのリード、ライトが失われることはありません。 ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* NFS か GlusterFS 上にあるボリュームに接続する際に Nova は Cinder で設定されたマウントオプションを使うようになりました。以前はボリュームにアクセスする各コンピュートノードでマウントオプションを設定する必要がありました。 ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* ネイティブでの GlusterFS サポートが追加されました。 '''nova.conf''' で '''qemu_allowed_storage_drivers''' が '''gluster''' に設定された場合、QEMU は '''fuse''' 経由ではなく '''libgfapi''' を使ってボリュームに直接アクセスするように設定されます。 ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* GlusterFS のようにスナップショットをそれ自身ではサポートしていないストレージをバックエンドに使用している場合であっても、 Cinder のボリュームスナップショットを作成する機能を提供するため、QEMU のスナップショット機能を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* ストレージへのアクセスで iSER トランスポートプロトコルがサポートされました。 TCP 上の iSCSI と比較してよい性能が得られます。 ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* conductor は複数のワーカースレッドを起動し、並列で動作できるようになりました。起動するスレッド数は'''nova.conf''' の '''workers''' の値で決まります。 ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova は Oslo が提供する共通サービス基盤を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint])

* データベースマイグレーションが必要なバグ修正をバックポートできるように変更が行われました。 ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint])

* Nova システムのライブアップグレードのサポートに向け非常にたくさんの進展がありました。 Havana では、サービス間で送信されるメッセージのバージョンの制御 (nova.conf の '''[upgrade_levels]''' セクションを参照) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]) と、コードとデータベーススキーマの詳細の分離を容易にするオブジェクト層 ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]) などの改良が行われました。

=== 既知の問題 ===

* cell を使っている場合、インスタンスの削除時に問題があります。 Grizzly と違い、インスタンスの削除を行うと、 child cell にそのインスタンスの削除を通知する前にインスタンスは最上位の (API) cell から即座に削除されてしまいます。これは意図した動作ではありません。この副作用として delete.start と delete.end 通知が送信されます。 child cell でのインスタンス削除が成功すると、2つ目の delete.start と delete.end 通知が送信されます。失敗した場合は、データベースは同期できていない状態となり、インスタンスは API cell からは消えているが、 child cell には存在したままになってしまいます。このバグは、リリース後すぐに havana-stable で修正される予定です。
* 既知の問題については http://bugs.launchpad.net/nova を確認してください。

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

* 定期実行タスクは以前よりも頻繁に実行される点に注意してください。定期実行タスクの実行頻度は以前から設定可能です。以前は、タスクをいつ再度実行するかのタイマーはそのタスクの最後の実行が完了した時点で開始されていました。現在は、タスクの実行に要した時間にかかわらず、タスクは一定の頻度で実行されます。これにより、いつタスクが実行されるかが、よりはっきりします。一方で、副作用としてデフォルトではタスクが以前よりも少し頻繁に実行されるようになります。 (https://review.openstack.org/#/c/26448/)
* security_groups_handler オプションは nova.conf から削除されました。このオプションは Quantum 用に追加されましたが、もはや必要ありません。 (https://review.openstack.org/#/c/28384/)
* この変更点はアップグレードには影響はないが、すべての新規のデプロイメントでの動作が変わります。以前のバージョンではデフォルトの m1.tiny フレーバーはディスクサイズ 0 で作成されていました。デフォルト値が 1 になりました。 0 は、ディスクのサイズ変更を一切に行わず、イメージがどんなディスクサイズで作成されていたとしてもそれを使用することを意味します。 1 は 1 GB の上限を課すことを意味します。特別な値 0 は現在もサポートされており、必要であればフレーバーの作成や変更でこの値を使うことができます。 (https://review.openstack.org/#/c/27991/).
* プラグインフレームワークで提供されていたものは他の手段で実現できるため、プラグインフレームワークは削除されました。(https://review.openstack.org/#/c/33595)
* notify_on_any_change 設定オプションは削除されました。 (https://review.openstack.org/#/c/35264/)
* compute_api_class オプションは非推奨となっており、今後のリリースで削除されます。 (https://review.openstack.org/#/c/28750/)
* Nova は Quantum から名前が変更された Neutron の方を使用します。 (https://review.openstack.org/#/c/35425/)
* 複数の Neutron ネットワークが定義されているが、サーバ作成要求にネットワークの指定がない場合、 Nova はサーバー作成要求を拒否するようになりました。以前はサーバーに「全」ネットワークが接続されていましたが、この動作は意味がないという合意ができました。 (https://review.openstack.org/#/c/33996/)
* vmware の設定オプション 'vnc_password' は非推奨になりました。VNC アクセス時にユーザーがパスワード入力を求められることはなくなりました。これは他のすべての仮想化ドライバーと同じ動作です。 (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
Image Service 中でイメージのプロパティには２つのタイプがあります：
* コアプロパティ（イメージスキーマにより指定）
* メタプロパティ（イメージに付与可能な任意のキー・バリューのペア）
Image Service のパブリック API コールを介したメタプロパティへのアクセスは、プロパティ保護設定ファイル（glance-api.conf ファイル中で指定）を使用して特定のユーザのグループに制限する事ができます。例：
* 全プロパティ操作を管理者のみに制限。
* 管理者と課金ロールを持つユーザの両方に、x_billing_code_ で始まる全プロパティの読取・修正権限を付与。
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
Registry サービスに、RPC-over-HTTP を使用した（db_api 互換の）新しい API が用意されました。
この API は、
* 新しい Glance が、初期の registry サービスを使用する古いバージョンの Glance システムのサポートを継続できるようにします。Glance v2 は registry サービス利用を完全に廃止しているため、この事が幾つかのケースでセキュリティホール（パブリックサービスとしてインストールされた場合、全てのデータベースのパラメータを glance-api.conf 中に記述する必要があった）となる可能性がありました。
* registry の API を修正する事無く、データベースAPIに新しいメソッドを実装しやすくします。
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

この更新は、直接データベースバックエンドと通信するのと同様に、リモートの registry サービスと通信する registry データベースドライバを含みます。
registry サービスは全てのデータベース API パブリック関数を実装しており、これは実際 API の外側から使用されます。
Image Service の API v2 は有効にすべきであり、Image Service クライアントはこの API を使用すべきです。
[https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====ストレージ対応====
Image Service は今回、以下のバックエンドストレージに対応しました：
* '''Sheepdog'''…Image Serivce はイメージをバックエンドの Sheepdog クラスタに保存できます。Sheepdog は QEMU 用の分散ストレージシステムを提供するOSS プロジェクトです。 [http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"] [https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''… OpenStack Block Storage (Cinder) を Image Service のブロックストレージバックエンドとして使用できます。[https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''…Image Service は GridFS 分散ファイルシステムをサポートします。
サポートは新しい .conf オプション mongodb_store_uri と mongodb_dtore_db を使用して有効になります。
`gridfs://<IMAGE>` の書式による GridFS のURLをサポートします。[http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====複数のイメージロケーション====
Image Service のイメージを複数の場所（ロケーション）に保存する事が可能になりました。
これにより、イメージデータの効果的な利用と、１番目のイメージの事故に備えてバックアップイメージの使用が可能になります。[https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

関連アップデート：
* ロケーション API 用ポリシーレイヤ（イメージロケーションの変更をポリシーチェック可能に） [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* ダイレクトURLメタデータ。各 Image Service のストレージシステムはイメージロケーションデータベースにロケーションメタデータを保存できるようになりました。これにより、direct_url 有効時にクライアントへダイレクト URL 指定メタデータを返せるようになります。
例えば、file://URL に対して、NFS をエクスポートするホスト、マウントポイント、FSタイプをクライアントに返せるようになりました。[https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* イメージダウンロード時の複数ロケーション対応。これは API クライアントが複数のバックエンドストアからイメージを利用できるようにします。[https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* インデックスされたチェックサムイメージプロパティ。チェックサムイメージプロパティをインデックスできるようになりました。これにより、ユーザがチェックサムを指定する事でイメージを検索できるようになります。[https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber のアップデート。Scrubber は削除済みのイメージをクリーンアップするユーティリティです。Scrubber が pending_delete イメージ用に複数ロケーションに対応するようになりました。[https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* メタデータチェック。ロケーションの変更時にイメージロケーションプロキシレイヤにおいてメタデータのチェックができるようになりました。 [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====待って、まだあるよ！====
* '''コンテナとディスクのフォーマットの設定'''。Glance は従来、決め打ちのコンテナとディスクフォーマットの集合のみサポートしていました。これらが任意のインストール済みシステムにおいてサポートされた実際のフォーマットの集合と一致する事は稀でした。利用可能なコンテナとディスクのフォーマットが設定できるようになります。[https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''ストレージクォータ'''。ユーザは全ストレージシステム間で（合計）何バイトに制限する事ができるようになりました(.conf ファイル中で設定された total_storage_quota).。[https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''メンバシップポリシー'''。メンバシップAPIにポリシー制約が追加されました（イメージ／ロケーションポリシー制約と同様）。新しいポリシーは new_member、add_member、get_member、modify_member、get_members、delete_member を含みます。[https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* http://bugs.launchpad.net/glance を確認して下さい。

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースでは、3つの新しいプロジェクトがサポートされ、既存のプロジェクトにも重要な機能が追加されました。
さらに、エンドユーザーにとっても管理者にとっても多くの面でユーザエクスペリエンスの改善が行われました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって今までで最良のリリースだと言えるでしょう。



=== ハイライト ===



==== 新機能 ====

===== Heat =====



OpenStack Orchestration プロジェクト Heat が Havana にてデビューしました。
Horizon は Heat スタックの管理をすべてサポートしています。特筆する点ては、
Heat テンプレートフォーマットからの動的なフォーム生成機能、スタックトポロジーの可視化、
完全なスタックリソース検査がサポートしています。

===== Ceilometer =====



Havana でデビューしたもう一つのプロジェクトが OpenStack Metering プロジェクトです。
Horizon の最初の Ceilometer サポートとして、管理者が OpenStack Dashboard から
クラウドリソースの使用量を問い合わせて、システムがどのように動作し利用されているかを
理解しやすくなりました。



===== ドメイン、グループやその他いろいろ: Identity API v3 サポート =====



OpenStack Identity Service (Keystone) v3 API は Havana リリースで十分に完成しました。
Horizon は、ドメインとグループ、ロールの管理とドメインやグループへの割り当て、
ドメインベース認証、ドメインコンテキストスイッチといった Keystone v3 API の
すべての新機能をサポートします。



===== Trove データベース =====



OpenStack Database as a Service プロジェクトである Trove が Havana で
インキュベーションフェーズを卒業しました。Trove データベースとバックアップ
のプロビジョニング・管理を OpenStack Dashboard からできるように
してくれた方々に対して感謝します。
なお、OpenStack として統合された Trove の最初のリリースは Icehouse になります。
したがって、この機能は実験的なものとみなすべきで、機能が変更される可能性もあります。


===== Nova 機能 =====



Horizon でサポートされる OpenStack Compute (Nova) の機能は増え続けています。
Havana リリースでの新機能は下記のとおりです。



* デフォルトクオータの編集
* 管理者によるインスタンスのパスワードの再設定
* アベイラビリティゾーンのサポート
* リージョンサポートの改善
* インスタンスサイズの変更
* ボリュームからの起動機能の改善
* プロジェクト単位でのフレーバ機能サポート



これらの機能により、いつ、どこで、どうやってインスタンスを起動するかの制御や、
起動済みの動作中のインスタンスの管理で、より多くのことができるようになりました。



===== Neutron 機能 =====



多くの重要な OpenStack Networking (Neutron) の機能が Havana で使えるようになりました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron と Nova network 間で互換性のある、完全なセキュリティグループとクォータのサポート

これらの機能により Neutron でクラウドで非常に柔軟に SDN を構築することができるようになります。



==== ユーザエクスペリエンスの改善 ====



===== ユーザーによるパスワード変更機能 =====



Ideintify API v2.0 (Keystone) の変更で、ユーザーは自分のパスワードを管理者権限を要することなく変更できるように
なりました。セキュリティ的により強固になり、ユーザに利便性がもたらされます。この機能は
Identify API v3 ではまだ提供されていません。



===== 改善された管理者情報構成 =====



管理者向けダッシュボードの項目が並び替えが行われ、
グルーピングがより論理的になりました。
また、新たな情報が追加され、管理者がクラウド内のホストの状態を把握したり、
ホストアグリゲートやアベイラビリティゾーンなどとの関連性を理解したりしやすくなりました。



===== ユーザログアウトのメッセージ改善 =====



予期せずログイン画面が表示された際に、なぜログアウトしたかをユーザーに通知する
メッセージがいくつか追加されました。これらのメッセージにより、
ユーザーセッションが期限切れになったか、操作がなかったためタイムアウトしたか、
アクセスが認可されていないダッシュボードのページにアクセスしようとしたかが、
はっきりと分かるようになります。



===== セキュリティグループテンプレート =====



セキュリティグループには (SSH や ping のように) 毎回追加し直すのがうんざりするほど
非常によく使われるルールがあります。そこで、Horizon チームは
よく使われるルールについてあらかじめ設定されたテンプレートを用意し、
2クリックでセキュリティグループを追加できるようにしました。これらのルールは
SECURITY_GROUP_RULES の設定で変更できます。



==== コミュニティ ====



===== 翻訳チーム =====



OpenStack 翻訳チームは Havana リリースで独立したチームとして活動するようになり、
Horizon の翻訳の品質は今までで一番よいものになっています。
もともと OpenStack Dashboard プロジェクトの一部として始まったコミュニティの形成が
成功したことをお祝い致します。



===== ユーザエクスペリエンスグループ =====



Havana リリースサイクルでは、OpenStack ユーザエクスペリエンスチームが形成されました。
このチームは生まれたばかりですが、OpenStack 全体を通したユーザーエクスペリエンスの向上を
ミッションとしています。このチームはすぐに
OpenStack Dashboard の設計と改善において欠かせない存在となりました。

==== Under The Hood ====



===== LESS コンパイルの複雑性の軽減: NodeJS が不要に =====



様々な人たちからの抗議の声があったことと、
Python コミュニティの LESS サポートが大きな改善があったことから、
Horizon では NodeJS に関連する要素をすべて削除しました。
現在は lesscpy モジュールを使って LESS ファイルから最終的なスタイルシートにコンパイルしています。
これはほとんどのユーザーには全く影響はありませんが、
Horizon を使うディストリビューションなどでは扱いが楽になることでしょう。



===== Role ベースのアクセス制御 =====



Horizon は、ファイルがある場合は、他の OpenStack プロジェクトの policy.json ファイルを使って
ダッシュボードでのアクセス制御を行うように、移行を始めました。
これにより、アクセス制御はより細かく設定可能になり、元のプロジェクトと Horizon の間での
アクセス制御が整合した状態に保つことができるようになります。
現在のところ、この機能は Keystone および Nova の一部のポリシーファイルについてのみサポートされています。
次のリリースでは完全にサポートされる予定です。
これらの機能を有効にするには、 POLICY_FILES_PATH と POLICY_FILES を設定する必要があります。



==== その他の改善点 ====



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の新しい表示方法
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己署名もしくは他の認証 SSL 証明書のチェック機能
* Glance イメージ種別が設定可能に
* 多くの場面でのソーティング機能
* API コールの効率最適化
* 必須項目フィールドの表示改善
* セキュリティの観点から、一定期間操作がなかった場合にユーザーをログアウトさせるセッションタイムアウトを有効にできるようになりました
* PEP8 とコード品質基準の遵守にむけた多数の改善
* 数百のバグフィックスとユーザエクスペリエンスの細かな改善

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



==== 許可するホスト ====



プロダクション環境での Horizon のデプロイを行うには settings.py ファイルもしくは local_settings.py ファイルで
ALLOWED_HOSTS を追加する必要があります。この設定は Django 1.5 にて追加された重要なセキュリティ機能です。
詳しい情報は Django ドキュメントの local_settings.py.example ファイルを参照してください。



==== Keystone と Neutron の機能を有効にする ====



既存の設定ファイルで OPENSTACK_KEYSTONE_BACKEND もしくは OPENSTACK_NEUTRON_NETWORK の設定を
行っている場合、local_settings.example を参照して追加された新しいオプションを確認した方がよいでしょう
既存のコンフィギュレーションでそのまま動きますが、そのままでは
Havana での追加された機能のいくつかを有効にするのに必要な項目がない場合があります。

=== 既知の問題と制限 ===



==== セッション生成とヘルスチェック ====



セッションバックエンドとしてデータベースを使っている環境で、
ホームページへの ping を行うヘルスモニタリングサービスを使用する場合、
セッション生成が過剰に行われる可能性があります。
この問題はすぐに修正される予定ですが、それまでは対策として
セッションストアから期限切れのセッションを定期的に削除するジョブを作成することを推奨します。



==== 一斉に大量リソースを削除する問題 ====



大量のリソースを一度に削除するために 'sellect all' チェックボックスを使用すると
(設定によっては) ネットワークタイムアウトを引き起こす場合があります。
これは、裏で利用している API が bulk-deletion (複数リソースのまとめての削除) を
ネイティブではサポートしていないことが原因で、そのため Horizon は
このような場合に内部では各リソースについてひとつひとつ削除要求を送信する
必要があるからである。



==== Neutron におけるセキュリティグループ名の衝突問題 ====



Nova Network はインスタンス起動時のセキュリティグループの指定に
セキュリティグループ名だけを用いるのに対して、Neutron は名前でも UUID でも受け付けます。
両者に対応するため、Horizon は選択されたセキュリティグループの名前を Nova に渡します。
しかしながら、Neutron のデータ分離に関する問題により、
管理者ユーザーがセキュリティグループを指定しようとした際に、管理者がアクセス可能な別のプロジェクトに
同じ名前の別のセキュリティグループがある場合に問題が発生します。
Neutron ではその名前に対してマッチするセキュリティグループが複数見つかり、
そのインスタンスの起動に失敗してしまいます。
現時点での回避策は、管理者ユーザーから見て一意な名前をセキュリティグループに付けることです。



=== 後方互換性 ===



Havana リリースの Horizon は、
他の OpenStack のコアプロジェクト (Nova, Swift など) の Havana と Grizzly の両バージョンに対して
完全な互換性があるはずです。当たり前の話だが、他の OpenStack プロジェクトの Grizzly にはない新機能が
Horizon で動作するのは、他のプロジェクトでそれらがサポートされている場合だけである。

全体的に見ると、これまで Horizon を使って機能を作ってきた 3rd party の開発者に対して
後方互換性を維持するために、大変な努力がなされました。

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** トークン生成がプラグイン可能になり、トークンの永続性と分離されました。トークン生成は現在、UUID ベースと PKI ベースがあります。運用者は <code>keystone.token.provider.Provider</code> インターフェースの独自実装を作成でき、それを使用するよう keystone に <code>[token] provider</code> と設定できるようになりました。その結果、この新しい設定オプションのため、<code>[signing] token_format</code> が非推奨になりました。
** Apache httpd を使った導入の正式なサポート。

* 新機能
** キーバリューストア (例: memcached や redis) にドライバーコールの結果をキャッシュできるようになりました。
** <code>keystone-manage token_flush</code> コマンドで期限切れトークンを一括削除できるようになりました。

* API 新機能
** ロールベースの認可を OAuth 1.0a を使用する任意のコンシューマーに権限委譲できるようになりました。
** API クライアントがトークン応答に含まれるサービスカタログを選択できるようになりました。
** ドメインのロール割り当てをドメインのプロジェクトに継承できるようになりました。
** ロール割り当て API を集約しました。
** 外部認証プロバイダーがトークンの中にバインド参照を組み込めるようになりました。これにより、リモートサービスがオプションとして、ユーザーの提示するトークンの同一性を、提示されている外部認証メカニズムに対して検証できます。今のところ、<code>kerberos</code> のみがサポートされます。
** エンドポイントを明示的にプロジェクトにマッピングできるようになりました。これにより、トークンのプロジェクト範囲に基づいて、特定のエンドポイントがサービスカタログに表示されることを効率的に制御できます。

* ユーザーやプロジェクト/テナントの作成、更新、削除の操作のために、イベント通知が発行されるようになりました。
* 全体的にパフォーマンスが改善されました。
* v2 API と v3 API が、認証中のユーザーとプロジェクトのペアに割り当てるロール一覧を計算するために、ユーザー + グループ、グループ + プロジェクト、ユーザー + 継承ドメイン、グループ + 継承ドメインのロール割り当てに基づいた同じロジックを使用するようになりました。
* ログが Oslo-incubator の共通ロギング実装を使用して処理されるようになりました。他の OpenStack プロジェクトと整合性がとれます。
* <code>keystone-manage db_sync --extension=«extension-name»</code> を使用して、拡張 (extension) 用の SQL 移行をメインの移行リポジトリから独立して管理できるようになりました。

=== 既知の問題 ===

* [https://pypi.python.org/pypi/six/ six] v1.4.1 or higher is an undocumented requirement ([https://bugs.launchpad.net/keystone/+bug/1237089 bug 1237089]). Without six, Keystone will fail on startup with either <code>ImportError: No module named six</code> or <code>pkg_resources.DistributionNotFound: six</code>.
* An experimental implementation of [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (for example, a unique LDAP configuration per domain) was started in Havana but remains incomplete and will be finished during Icehouse.

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== 新名称 ====
OpenStack Networking プロジェクトは本リリースより新しい名称「Neutron」になりました。Havana リリースの Neutron は Grizzly の Quantum からの設定ファイルを使用して実行できます。しかし、Quantum の使用は非推奨であり、既に導入したユーザは自身のなるべく早い時期に全ての参照を更新すべきです。Quantum 設定ファイルとコマンド名のサポートは 2014.1 (Icehouse) で廃止されます。

==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== 廃止予定機能に関する注意 ===
* 設定ファイルや実行ファイル名での "quantum" や "Quantum" の使用は正式に非推奨となります。Havana はこれらの名前がサポートされる最後のリリースであり、新規のデプロイメントではこれらの値として正式な名前である Neutron を使用すべきです。後方互換性のサポートはこのリリースでのみ提供されます。
* Linux Bridge プラグインと Open vSwitch プラグインの機能は凍結されており、 J (2014.2) リリースで削除される予定です。新しいデプロイメントでは、Linux Bridge プラグインと Open vSwitch プラグインではなく ML2 を選択すべきです。

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいハードウェアベンダドライバ ===
* Dell EqualLogic ドライバ
* VMware VMDK ドライバ
* IBM General Parallel File System (GPFS) ドライバ

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== 新しいバックアップドライバ ===
* ボリュームバックアップ用 Ceph ドライバ
* IBM Tivoli Storage Manager (TSM) ドライバ

=== 既知の問題 ===
* Bug #1237338 : VMware ボリュームドライバでボリューム→イメージのアップロードが失敗する
* Bug: #1240299 : 全ての LVM ボリュームにおけるボリュームのゼロクリア処理がシンプロビジョニングされた LVM まで消去する。修正がリリースされるまで、cinder.conf 中で volume_clear=None を設定する事。

=== アップグレード時の注意 ===
* ThinLVM ボリュームドライバの機能は、今回標準の LVM iSCSI ボリュームドライバの一部になりました。設定ファイル中の volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" を lvm_type="thin" に変更する必要があります。後方互換性のため、Havana リリースでは、この変更は volume_driver が "cinder.volume.drivers.lvm.ThinLVMVolumeDriver" に設定されている場合は自動的に行われますが、Icehouse では cinder.conf 中でこれらのオプションを更新する必要があるでしょう。

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* 統計エンドポイントにおいて groupby 引数を使用する事により、数個のフィールドによるサンプルのグループ化が可能になりました。
* 新しいアラーム API が利用可能になりました（'''アラーム'''参照）。
* API 経由でユーザが独自のサンプルとメータを POST 可能になりました。

==== アラーム ====
アラームは、単位時間あたりの閾値に対する統計動向の比較に基づいて、ユーザとオペレータがアクションを実行できるようにする為の新しい機能です。これは以下のサービスにより構成されます。
* ''ceilometer-api'' は、アラームのライフサイクル全般の制御を提供する新しい ''/v2/alarms'' エンドポイントを提供するようになりました。
* ''ceilometer-alarm-evaluator'' は、アラームの状態が変化した時に検知する為、アラームを定期的に評価します。
* ''ceilometer-alarm-notifier'' は、アラームが発行されて、関連付けられたアクションが実行された際、''ceilometer-alarm-evaluator'' が送信する通知を受信します。
アラーム API はまた、アラーム状態遷移とルール変更の履歴を提供します。

==== Collector ====
* HBase ドライバ追加
* DB2 (NoSQL) ドライバ追加
* SQLAlchemy ドライバ改善
* MongoDB ドライバ改善
* データベースから古いサンプルを削除可能にする TTL 機能追加
* イベントの保存機能追加
* SQLAlchemy ドライバにイベントストレージ機能を追加

==== Publisher ドライバ ====
* UDP ベースの Publisher 追加

==== Transformer ====
* unit-scaling transformer、rate-of-change transformer 追加

==== Meter ====
* 特別な Python ミドルウェアを使用した API リクエストメータを追加
* 新しい Neutron 帯域幅計測機能からのサンプル保存機能追加

==== Compute エージェント ====
* Hyper-V 対応追加

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* swift: (多分)中島さん → Additional operational polish の説がよくわかりませんでした＞＜ help help plz
* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai / reviewed by amotoki
* glance: yosshy
* ceilometer: yosshy
* neutron: yosshy

ReleaseNotes/Havana/ja

2013-10-18T21:55:49Z

Tomo: /* 主な新機能 (Keystone) */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* グローバルクラスタのサポート

Swift 1.8.0 で導入された"リージョン"というコンセプトは、分離されたレプリケーション
用ネットワークの使用と、読み込み・書き込みアフィニティの設定をサポートするよう拡
張されました。これらの機能は広域にわたる1つのSwiftクラスタのサポートを提供するた
めに組み合わせる。

* 追加の設定ファイル conf.d のサポート
Swiftデーモンとサーバーはオプションで設定パラメータにディレクトリを許可すること
ができます。これは設定ファイルの異なるパートを分けて管理することができます：
たとえば、ミドルウェアごとの特定設定を別のファイルへ分けることができます。

* ディスクパフォーマンス
オブジェクトサーバーはシステム全体のパフォーマンス向上と、遅延の平準化の
ためにスレッドプールが使われるように構成可能になった。また、多くのディスク操
作が信頼性向上と、性能改善のため整理された。

* memcache接続のプーリングがサポートされた

* ハンドオフノードの選択のためのより高速な演算

=== 重要なバグ修正 ===

* memcacheのエントリが期限切れにならないことがあるバグが修正された

* クライアントが切断した後にもプロキシがストレージノードからデータを読み込み続けてしまう場合がある問題を修正

* バージョン管理された書き込みでのUTF-8の取り扱いの問題を修正

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
wsgi ワーカー数のデフォルト値を1から自動へ変更。プロキシ、アカウント、コンテナ、オブジェクトのwsgiサーバのワーカー数の新しいデフォルト値は、サーバのCPUコア数と同じワーカー/プロセス数で生成される。
This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* reveal_sensitive_prefix はプロキシサーバで記録された認証トークンのフィルタが可能になった

* 最初のオブジェクトの複製にハンドオフパーティションへの複製が可能になった。
Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* crossdomain.xml ミドルウェアが追加された。詳細 http://docs.openstack.org/developer/swift/crossdomain.html for details

* PyPy下でSwiftが動作するように多くの改良。

=== 既知の問題 ===

＜これは Nova の話で Swift ではないですね。元の Release Notes でも間違っています。＞

* もしCellを利用している場合、インスタンスの削除に問題が発生する。 Grizzlyとは異なり、インスタンスの削除は子Cellに削除の通知を行う前に、トップレベル(API)Cellから即座に削除される。これは意図しない動作です。この副作用として、delete.start と delete.end 通知が送られてしまう。もし子Cellにおいてインスタンスの削除が成功した場合、2回の delete.start と delete.end 通知が送られてしまう。こうならない場合、APIサーバからは表示されなくなるが、子Cellには存在している。Cellに組み込まれた修復コードは最終的にこれを修正し、インスタンスのリストアをAPI Cell DBの中で行う。これは修復設定に依存している。このバグはhavana-stableで修正される予定です。

* http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* 複数クラスターの管理をサポート ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint])

* Cinder ドライバーサポート ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* イメージのクローン方法指定 - イメージに対してリンクによるクローンかフルクローンイメージのどちらを使うかを指定可能 ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* コンフィグドライブのサポート ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* サーバーコンソールのログ表示のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])
* VHD の最大ディスクサイズの制限への対処策としての、大きなエフェメラルディスクを 1024GB か 2000GB のチャンクに分割する機能のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])
* イメージに AutoDiskConfig=disabled を設定できるようになりました。これは、これらのイメージとサーバーではユーザーが AutoDiskConfig=Manual を設定できないことを意味します。 ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])
* Nova と Nova agent の通信方法が改善され、cloud-init と Nova agent の両方が同じクラウドで使用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])
* Linux ディストリビューションのインストーラーが実行中の状態で VM を起動できるようになりました。これにより、ユーザーが独自のカスタムイメージを作成しやすくなります。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])
* XenServer core および XenServer core の Dom0 での nova-compute の実行の実験的なサポート ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])
* LVHD ストレージ SR の実験的なサポートと、圧縮された生の glance イメージからの起動のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])
* 安定性と利便性の多数の改善。例えば、glance に送信するスナップショットで使用される圧縮率を設定する機能、サーバーディスクの縮小リサイズ時に変更後のディスクサイズが小さ過ぎたことによるエラーでの自動ロールバック。

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== 通知 (notifications) ====

* ホストアグリゲートの作成、削除、拡大、縮小やそれ以外の更新の際の通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).
* インスタンス作成失敗時に通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== スケジューラー ====

* フィルター属性に '''force_nodes''' が追加されました。ベアメタルドライバー使用時にインスタンスを配置するノードを運用者が明示的に指定できます。 ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint])

* '''IsolatedHostsFilter''' の制限を緩くできるようになりました。 '''IsolatedHostsFilter''' の新しい設定パラメータ '''restrict_isolated_hosts_to_isolated_images''' の値で、隔離されたホスト (isolated hosts) ですべてのイメージを使用できるかを調整できます。 ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint])

* 既存の '''GroupAntiAffinityFilter''' と対をなす機能として '''GroupAffinityFilter''' が追加されました。このフィルターを使うと特定のホストグループのホストにインスタンスをスケジューリングできます。 ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint])

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* アグリゲート単位のフィルターとして '''AggregateRamFilter''' と '''AggregateCoreFilter''' が追加されました。これらはシステム全体ではなくホストアグリゲートに対して適用されます。 '''AggregateDiskFilter''' は今後のリリースで追加されます。 ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* 全コンピュートノードから全スケジューラーへの定期的にブロードキャストされるメッセージの削除によりスケジューラーの性能が改善されました。[https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint])

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== ストレージ ====

* 接続する Cinder ボリュームを暗号化できるようになりました。データは読み書き時に必要に応じて復号／暗号化されますが、インスタンスには通常のブロックストレージデバイスに見えます。 ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* インスタンスに接続された Cinder ボリュームを透過的に交換する機能が追加されました。ボリュームを交換している間インスタンスが短時間停止することはありますが、ボリュームへのリード、ライトが失われることはありません。 ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* NFS か GlusterFS 上にあるボリュームに接続する際に Nova は Cinder で設定されたマウントオプションを使うようになりました。以前はボリュームにアクセスする各コンピュートノードでマウントオプションを設定する必要がありました。 ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* ネイティブでの GlusterFS サポートが追加されました。 '''nova.conf''' で '''qemu_allowed_storage_drivers''' が '''gluster''' に設定された場合、QEMU は '''fuse''' 経由ではなく '''libgfapi''' を使ってボリュームに直接アクセスするように設定されます。 ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* GlusterFS のようにスナップショットをそれ自身ではサポートしていないストレージをバックエンドに使用している場合であっても、 Cinder のボリュームスナップショットを作成する機能を提供するため、QEMU のスナップショット機能を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* ストレージへのアクセスで iSER トランスポートプロトコルがサポートされました。 TCP 上の iSCSI と比較してよい性能が得られます。 ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* conductor は複数のワーカースレッドを起動し、並列で動作できるようになりました。起動するスレッド数は'''nova.conf''' の '''workers''' の値で決まります。 ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova は Oslo が提供する共通サービス基盤を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint])

* データベースマイグレーションが必要なバグ修正をバックポートできるように変更が行われました。 ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint])

* Nova システムのライブアップグレードのサポートに向け非常にたくさんの進展がありました。 Havana では、サービス間で送信されるメッセージのバージョンの制御 (nova.conf の '''[upgrade_levels]''' セクションを参照) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]) と、コードとデータベーススキーマの詳細の分離を容易にするオブジェクト層 ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]) などの改良が行われました。

=== 既知の問題 ===

* cell を使っている場合、インスタンスの削除時に問題があります。 Grizzly と違い、インスタンスの削除を行うと、 child cell にそのインスタンスの削除を通知する前にインスタンスは最上位の (API) cell から即座に削除されてしまいます。これは意図した動作ではありません。この副作用として delete.start と delete.end 通知が送信されます。 child cell でのインスタンス削除が成功すると、2つ目の delete.start と delete.end 通知が送信されます。失敗した場合は、データベースは同期できていない状態となり、インスタンスは API cell からは消えているが、 child cell には存在したままになってしまいます。このバグは、リリース後すぐに havana-stable で修正される予定です。
* 既知の問題については http://bugs.launchpad.net/nova を確認してください。

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

* 定期実行タスクは以前よりも頻繁に実行される点に注意してください。定期実行タスクの実行頻度は以前から設定可能です。以前は、タスクをいつ再度実行するかのタイマーはそのタスクの最後の実行が完了した時点で開始されていました。現在は、タスクの実行に要した時間にかかわらず、タスクは一定の頻度で実行されます。これにより、いつタスクが実行されるかが、よりはっきりします。一方で、副作用としてデフォルトではタスクが以前よりも少し頻繁に実行されるようになります。 (https://review.openstack.org/#/c/26448/)
* security_groups_handler オプションは nova.conf から削除されました。このオプションは Quantum 用に追加されましたが、もはや必要ありません。 (https://review.openstack.org/#/c/28384/)
* この変更点はアップグレードには影響はないが、すべての新規のデプロイメントでの動作が変わります。以前のバージョンではデフォルトの m1.tiny フレーバーはディスクサイズ 0 で作成されていました。デフォルト値が 1 になりました。 0 は、ディスクのサイズ変更を一切に行わず、イメージがどんなディスクサイズで作成されていたとしてもそれを使用することを意味します。 1 は 1 GB の上限を課すことを意味します。特別な値 0 は現在もサポートされており、必要であればフレーバーの作成や変更でこの値を使うことができます。 (https://review.openstack.org/#/c/27991/).
* プラグインフレームワークで提供されていたものは他の手段で実現できるため、プラグインフレームワークは削除されました。(https://review.openstack.org/#/c/33595)
* notify_on_any_change 設定オプションは削除されました。 (https://review.openstack.org/#/c/35264/)
* compute_api_class オプションは非推奨となっており、今後のリリースで削除されます。 (https://review.openstack.org/#/c/28750/)
* Nova は Quantum から名前が変更された Neutron の方を使用します。 (https://review.openstack.org/#/c/35425/)
* 複数の Neutron ネットワークが定義されているが、サーバ作成要求にネットワークの指定がない場合、 Nova はサーバー作成要求を拒否するようになりました。以前はサーバーに「全」ネットワークが接続されていましたが、この動作は意味がないという合意ができました。 (https://review.openstack.org/#/c/33996/)
* vmware の設定オプション 'vnc_password' は非推奨になりました。VNC アクセス時にユーザーがパスワード入力を求められることはなくなりました。これは他のすべての仮想化ドライバーと同じ動作です。 (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
Image Service 中でイメージのプロパティには２つのタイプがあります：
* コアプロパティ（イメージスキーマにより指定）
* メタプロパティ（イメージに付与可能な任意のキー・バリューのペア）
Image Service のパブリック API コールを介したメタプロパティへのアクセスは、プロパティ保護設定ファイル（glance-api.conf ファイル中で指定）を使用して特定のユーザのグループに制限する事ができます。例：
* 全プロパティ操作を管理者のみに制限。
* 管理者と課金ロールを持つユーザの両方に、x_billing_code_ で始まる全プロパティの読取・修正権限を付与。
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
Registry サービスに、RPC-over-HTTP を使用した（db_api 互換の）新しい API が用意されました。
この API は、
* 新しい Glance が、初期の registry サービスを使用する古いバージョンの Glance システムのサポートを継続できるようにします。Glance v2 は registry サービス利用を完全に廃止しているため、この事が幾つかのケースでセキュリティホール（パブリックサービスとしてインストールされた場合、全てのデータベースのパラメータを glance-api.conf 中に記述する必要があった）となる可能性がありました。
* registry の API を修正する事無く、データベースAPIに新しいメソッドを実装しやすくします。
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

この更新は、直接データベースバックエンドと通信するのと同様に、リモートの registry サービスと通信する registry データベースドライバを含みます。
registry サービスは全てのデータベース API パブリック関数を実装しており、これは実際 API の外側から使用されます。
Image Service の API v2 は有効にすべきであり、Image Service クライアントはこの API を使用すべきです。
[https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====ストレージ対応====
Image Service は今回、以下のバックエンドストレージに対応しました：
* '''Sheepdog'''…Image Serivce はイメージをバックエンドの Sheepdog クラスタに保存できます。Sheepdog は QEMU 用の分散ストレージシステムを提供するOSS プロジェクトです。 [http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"] [https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''… OpenStack Block Storage (Cinder) を Image Service のブロックストレージバックエンドとして使用できます。[https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''…Image Service は GridFS 分散ファイルシステムをサポートします。
サポートは新しい .conf オプション mongodb_store_uri と mongodb_dtore_db を使用して有効になります。
`gridfs://<IMAGE>` の書式による GridFS のURLをサポートします。[http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====複数のイメージロケーション====
Image Service のイメージを複数の場所（ロケーション）に保存する事が可能になりました。
これにより、イメージデータの効果的な利用と、１番目のイメージの事故に備えてバックアップイメージの使用が可能になります。[https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

関連アップデート：
* ロケーション API 用ポリシーレイヤ（イメージロケーションの変更をポリシーチェック可能に） [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* ダイレクトURLメタデータ。各 Image Service のストレージシステムはイメージロケーションデータベースにロケーションメタデータを保存できるようになりました。これにより、direct_url 有効時にクライアントへダイレクト URL 指定メタデータを返せるようになります。
例えば、file://URL に対して、NFS をエクスポートするホスト、マウントポイント、FSタイプをクライアントに返せるようになりました。[https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* イメージダウンロード時の複数ロケーション対応。これは API クライアントが複数のバックエンドストアからイメージを利用できるようにします。[https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* インデックスされたチェックサムイメージプロパティ。チェックサムイメージプロパティをインデックスできるようになりました。これにより、ユーザがチェックサムを指定する事でイメージを検索できるようになります。[https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber のアップデート。Scrubber は削除済みのイメージをクリーンアップするユーティリティです。Scrubber が pending_delete イメージ用に複数ロケーションに対応するようになりました。[https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* メタデータチェック。ロケーションの変更時にイメージロケーションプロキシレイヤにおいてメタデータのチェックができるようになりました。 [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====待って、まだあるよ！====
* '''コンテナとディスクのフォーマットの設定'''。Glance は従来、決め打ちのコンテナとディスクフォーマットの集合のみサポートしていました。これらが任意のインストール済みシステムにおいてサポートされた実際のフォーマットの集合と一致する事は稀でした。利用可能なコンテナとディスクのフォーマットが設定できるようになります。[https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''ストレージクォータ'''。ユーザは全ストレージシステム間で（合計）何バイトに制限する事ができるようになりました(.conf ファイル中で設定された total_storage_quota).。[https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''メンバシップポリシー'''。メンバシップAPIにポリシー制約が追加されました（イメージ／ロケーションポリシー制約と同様）。新しいポリシーは new_member、add_member、get_member、modify_member、get_members、delete_member を含みます。[https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* http://bugs.launchpad.net/glance を確認して下さい。

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースでは、3つの新しいプロジェクトがサポートされ、既存のプロジェクトにも重要な機能が追加されました。
さらに、エンドユーザーにとっても管理者にとっても多くの面でユーザエクスペリエンスの改善が行われました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって今までで最良のリリースだと言えるでしょう。



=== ハイライト ===



==== 新機能 ====

===== Heat =====



OpenStack Orchestration プロジェクト Heat が Havana にてデビューしました。
Horizon は Heat スタックの管理をすべてサポートしています。特筆する点ては、
Heat テンプレートフォーマットからの動的なフォーム生成機能、スタックトポロジーの可視化、
完全なスタックリソース検査がサポートしています。

===== Ceilometer =====



Havana でデビューしたもう一つのプロジェクトが OpenStack Metering プロジェクトです。
Horizon の最初の Ceilometer サポートとして、管理者が OpenStack Dashboard から
クラウドリソースの使用量を問い合わせて、システムがどのように動作し利用されているかを
理解しやすくなりました。



===== ドメイン、グループやその他いろいろ: Identity API v3 サポート =====



OpenStack Identity Service (Keystone) v3 API は Havana リリースで十分に完成しました。
Horizon は、ドメインとグループ、ロールの管理とドメインやグループへの割り当て、
ドメインベース認証、ドメインコンテキストスイッチといった Keystone v3 API の
すべての新機能をサポートします。



===== Trove データベース =====



OpenStack Database as a Service プロジェクトである Trove が Havana で
インキュベーションフェーズを卒業しました。Trove データベースとバックアップ
のプロビジョニング・管理を OpenStack Dashboard からできるように
してくれた方々に対して感謝します。
なお、OpenStack として統合された Trove の最初のリリースは Icehouse になります。
したがって、この機能は実験的なものとみなすべきで、機能が変更される可能性もあります。


===== Nova 機能 =====



Horizon でサポートされる OpenStack Compute (Nova) の機能は増え続けています。
Havana リリースでの新機能は下記のとおりです。



* デフォルトクオータの編集
* 管理者によるインスタンスのパスワードの再設定
* アベイラビリティゾーンのサポート
* リージョンサポートの改善
* インスタンスサイズの変更
* ボリュームからの起動機能の改善
* プロジェクト単位でのフレーバ機能サポート



これらの機能により、いつ、どこで、どうやってインスタンスを起動するかの制御や、
起動済みの動作中のインスタンスの管理で、より多くのことができるようになりました。



===== Neutron 機能 =====



多くの重要な OpenStack Networking (Neutron) の機能が Havana で使えるようになりました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron と Nova network 間で互換性のある、完全なセキュリティグループとクォータのサポート

これらの機能により Neutron でクラウドで非常に柔軟に SDN を構築することができるようになります。



==== ユーザエクスペリエンスの改善 ====



===== ユーザーによるパスワード変更機能 =====



Ideintify API v2.0 (Keystone) の変更で、ユーザーは自分のパスワードを管理者権限を要することなく変更できるように
なりました。セキュリティ的により強固になり、ユーザに利便性がもたらされます。この機能は
Identify API v3 ではまだ提供されていません。



===== 改善された管理者情報構成 =====



管理者向けダッシュボードの項目が並び替えが行われ、
グルーピングがより論理的になりました。
また、新たな情報が追加され、管理者がクラウド内のホストの状態を把握したり、
ホストアグリゲートやアベイラビリティゾーンなどとの関連性を理解したりしやすくなりました。



===== ユーザログアウトのメッセージ改善 =====



予期せずログイン画面が表示された際に、なぜログアウトしたかをユーザーに通知する
メッセージがいくつか追加されました。これらのメッセージにより、
ユーザーセッションが期限切れになったか、操作がなかったためタイムアウトしたか、
アクセスが認可されていないダッシュボードのページにアクセスしようとしたかが、
はっきりと分かるようになります。



===== セキュリティグループテンプレート =====



セキュリティグループには (SSH や ping のように) 毎回追加し直すのがうんざりするほど
非常によく使われるルールがあります。そこで、Horizon チームは
よく使われるルールについてあらかじめ設定されたテンプレートを用意し、
2クリックでセキュリティグループを追加できるようにしました。これらのルールは
SECURITY_GROUP_RULES の設定で変更できます。



==== コミュニティ ====



===== 翻訳チーム =====



OpenStack 翻訳チームは Havana リリースで独立したチームとして活動するようになり、
Horizon の翻訳の品質は今までで一番よいものになっています。
もともと OpenStack Dashboard プロジェクトの一部として始まったコミュニティの形成が
成功したことをお祝い致します。



===== ユーザエクスペリエンスグループ =====



Havana リリースサイクルでは、OpenStack ユーザエクスペリエンスチームが形成されました。
このチームは生まれたばかりですが、OpenStack 全体を通したユーザーエクスペリエンスの向上を
ミッションとしています。このチームはすぐに
OpenStack Dashboard の設計と改善において欠かせない存在となりました。

==== Under The Hood ====



===== LESS コンパイルの複雑性の軽減: NodeJS が不要に =====



様々な人たちからの抗議の声があったことと、
Python コミュニティの LESS サポートが大きな改善があったことから、
Horizon では NodeJS に関連する要素をすべて削除しました。
現在は lesscpy モジュールを使って LESS ファイルから最終的なスタイルシートにコンパイルしています。
これはほとんどのユーザーには全く影響はありませんが、
Horizon を使うディストリビューションなどでは扱いが楽になることでしょう。



===== Role ベースのアクセス制御 =====



Horizon は、ファイルがある場合は、他の OpenStack プロジェクトの policy.json ファイルを使って
ダッシュボードでのアクセス制御を行うように、移行を始めました。
これにより、アクセス制御はより細かく設定可能になり、元のプロジェクトと Horizon の間での
アクセス制御が整合した状態に保つことができるようになります。
現在のところ、この機能は Keystone および Nova の一部のポリシーファイルについてのみサポートされています。
次のリリースでは完全にサポートされる予定です。
これらの機能を有効にするには、 POLICY_FILES_PATH と POLICY_FILES を設定する必要があります。



==== その他の改善点 ====



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の新しい表示方法
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己署名もしくは他の認証 SSL 証明書のチェック機能
* Glance イメージ種別が設定可能に
* 多くの場面でのソーティング機能
* API コールの効率最適化
* 必須項目フィールドの表示改善
* セキュリティの観点から、一定期間操作がなかった場合にユーザーをログアウトさせるセッションタイムアウトを有効にできるようになりました
* PEP8 とコード品質基準の遵守にむけた多数の改善
* 数百のバグフィックスとユーザエクスペリエンスの細かな改善

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



==== 許可するホスト ====



プロダクション環境での Horizon のデプロイを行うには settings.py ファイルもしくは local_settings.py ファイルで
ALLOWED_HOSTS を追加する必要があります。この設定は Django 1.5 にて追加された重要なセキュリティ機能です。
詳しい情報は Django ドキュメントの local_settings.py.example ファイルを参照してください。



==== Keystone と Neutron の機能を有効にする ====



既存の設定ファイルで OPENSTACK_KEYSTONE_BACKEND もしくは OPENSTACK_NEUTRON_NETWORK の設定を
行っている場合、local_settings.example を参照して追加された新しいオプションを確認した方がよいでしょう
既存のコンフィギュレーションでそのまま動きますが、そのままでは
Havana での追加された機能のいくつかを有効にするのに必要な項目がない場合があります。

=== 既知の問題と制限 ===



==== セッション生成とヘルスチェック ====



セッションバックエンドとしてデータベースを使っている環境で、
ホームページへの ping を行うヘルスモニタリングサービスを使用する場合、
セッション生成が過剰に行われる可能性があります。
この問題はすぐに修正される予定ですが、それまでは対策として
セッションストアから期限切れのセッションを定期的に削除するジョブを作成することを推奨します。



==== 一斉に大量リソースを削除する問題 ====



大量のリソースを一度に削除するために 'sellect all' チェックボックスを使用すると
(設定によっては) ネットワークタイムアウトを引き起こす場合があります。
これは、裏で利用している API が bulk-deletion (複数リソースのまとめての削除) を
ネイティブではサポートしていないことが原因で、そのため Horizon は
このような場合に内部では各リソースについてひとつひとつ削除要求を送信する
必要があるからである。



==== Neutron におけるセキュリティグループ名の衝突問題 ====



Nova Network はインスタンス起動時のセキュリティグループの指定に
セキュリティグループ名だけを用いるのに対して、Neutron は名前でも UUID でも受け付けます。
両者に対応するため、Horizon は選択されたセキュリティグループの名前を Nova に渡します。
しかしながら、Neutron のデータ分離に関する問題により、
管理者ユーザーがセキュリティグループを指定しようとした際に、管理者がアクセス可能な別のプロジェクトに
同じ名前の別のセキュリティグループがある場合に問題が発生します。
Neutron ではその名前に対してマッチするセキュリティグループが複数見つかり、
そのインスタンスの起動に失敗してしまいます。
現時点での回避策は、管理者ユーザーから見て一意な名前をセキュリティグループに付けることです。



=== 後方互換性 ===



Havana リリースの Horizon は、
他の OpenStack のコアプロジェクト (Nova, Swift など) の Havana と Grizzly の両バージョンに対して
完全な互換性があるはずです。当たり前の話だが、他の OpenStack プロジェクトの Grizzly にはない新機能が
Horizon で動作するのは、他のプロジェクトでそれらがサポートされている場合だけである。

全体的に見ると、これまで Horizon を使って機能を作ってきた 3rd party の開発者に対して
後方互換性を維持するために、大変な努力がなされました。

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** トークン生成がプラグイン可能になり、トークンの永続性と分離されました。トークン生成は現在、UUID ベースと PKI ベースがあります。運用者は <code>keystone.token.provider.Provider</code> インターフェースの独自実装を作成でき、それを使用するよう keystone に <code>[token] provider</code> と設定できるようになりました。その結果、この新しい設定オプションのため、<code>[signing] token_format</code> が非推奨になりました。
** Apache httpd を使った導入の正式なサポート。

* 新機能
** キーバリューストア (例: memcached や redis) にドライバーコールの結果をキャッシュできるようになりました。
** <code>keystone-manage token_flush</code> コマンドで期限切れトークンを一括削除できるようになりました。

* API 新機能
** ロールベースの認可を OAuth 1.0a を使用する任意のコンシューマーに権限委譲できるようになりました。
** API クライアントがトークン応答に含まれるサービスカタログを選択できるようになりました。
** ドメインのロール割り当てをドメインのプロジェクトに継承できるようになりました。
** ロール割り当て API を集約しました。
** 外部認証プロバイダーがトークンの中にバインド参照を組み込めるようになりました。これにより、リモートサービスがオプションとして、ユーザーの提示するトークンの同一性を、提示されている外部認証メカニズムに対して検証できます。今のところ、<code>kerberos</code> のみがサポートされます。
** エンドポイントを明示的にプロジェクトにマッピングできるようになりました。これにより、トークンのプロジェクト範囲に基づいて、特定のエンドポイントがサービスカタログに表示されることを効率的に制御できます。

* ユーザーやプロジェクト/テナントの作成、更新、削除の操作のために、イベント通知が発行されるようになりました。
* 全体的にパフォーマンスが改善されました。
* The v2 and v3 API now use the same logic for computing the list of roles assigned to a user-project pair during authentication, based on user+project, group+project, user+domain-inherited, and group+domain-inherited role assignments (where domain-inherited role assignments allow a domain-level role assignment to apply to all projects owned by that domain). The v3 API now uses a similar approach for computing user+domain role assignments for domain-scoped tokens.
* Logs are handled using a common logging implementation from Oslo-incubator, consistent with other OpenStack projects
* SQL migrations for extensions can now be managed independently from the primary migration repository using <code>keystone-manage db_sync --extension=«extension-name»</code>.

=== 既知の問題 ===

* [https://pypi.python.org/pypi/six/ six] v1.4.1 or higher is an undocumented requirement ([https://bugs.launchpad.net/keystone/+bug/1237089 bug 1237089]). Without six, Keystone will fail on startup with either <code>ImportError: No module named six</code> or <code>pkg_resources.DistributionNotFound: six</code>.
* An experimental implementation of [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (for example, a unique LDAP configuration per domain) was started in Havana but remains incomplete and will be finished during Icehouse.

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== 新名称 ====
OpenStack Networking プロジェクトは本リリースより新しい名称「Neutron」になりました。Havana リリースの Neutron は Grizzly の Quantum からの設定ファイルを使用して実行できます。しかし、Quantum の使用は非推奨であり、既に導入したユーザは自身のなるべく早い時期に全ての参照を更新すべきです。Quantum 設定ファイルとコマンド名のサポートは 2014.1 (Icehouse) で廃止されます。

==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== 廃止予定機能に関する注意 ===
* 設定ファイルや実行ファイル名での "quantum" や "Quantum" の使用は正式に非推奨となります。Havana はこれらの名前がサポートされる最後のリリースであり、新規のデプロイメントではこれらの値として正式な名前である Neutron を使用すべきです。後方互換性のサポートはこのリリースでのみ提供されます。
* Linux Bridge プラグインと Open vSwitch プラグインの機能は凍結されており、 J (2014.2) リリースで削除される予定です。新しいデプロイメントでは、Linux Bridge プラグインと Open vSwitch プラグインではなく ML2 を選択すべきです。

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいハードウェアベンダドライバ ===
* Dell EqualLogic ドライバ
* VMware VMDK ドライバ
* IBM General Parallel File System (GPFS) ドライバ

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== 新しいバックアップドライバ ===
* ボリュームバックアップ用 Ceph ドライバ
* IBM Tivoli Storage Manager (TSM) ドライバ

=== 既知の問題 ===
* Bug #1237338 : VMware ボリュームドライバでボリューム→イメージのアップロードが失敗する
* Bug: #1240299 : 全ての LVM ボリュームにおけるボリュームのゼロクリア処理がシンプロビジョニングされた LVM まで消去する。修正がリリースされるまで、cinder.conf 中で volume_clear=None を設定する事。

=== アップグレード時の注意 ===
* ThinLVM ボリュームドライバの機能は、今回標準の LVM iSCSI ボリュームドライバの一部になりました。設定ファイル中の volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" を lvm_type="thin" に変更する必要があります。後方互換性のため、Havana リリースでは、この変更は volume_driver が "cinder.volume.drivers.lvm.ThinLVMVolumeDriver" に設定されている場合は自動的に行われますが、Icehouse では cinder.conf 中でこれらのオプションを更新する必要があるでしょう。

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* 統計エンドポイントにおいて groupby 引数を使用する事により、数個のフィールドによるサンプルのグループ化が可能になりました。
* 新しいアラーム API が利用可能になりました（'''アラーム'''参照）。
* API 経由でユーザが独自のサンプルとメータを POST 可能になりました。

==== アラーム ====
アラームは、単位時間あたりの閾値に対する統計動向の比較に基づいて、ユーザとオペレータがアクションを実行できるようにする為の新しい機能です。これは以下のサービスにより構成されます。
* ''ceilometer-api'' は、アラームのライフサイクル全般の制御を提供する新しい ''/v2/alarms'' エンドポイントを提供するようになりました。
* ''ceilometer-alarm-evaluator'' は、アラームの状態が変化した時に検知する為、アラームを定期的に評価します。
* ''ceilometer-alarm-notifier'' は、アラームが発行されて、関連付けられたアクションが実行された際、''ceilometer-alarm-evaluator'' が送信する通知を受信します。
アラーム API はまた、アラーム状態遷移とルール変更の履歴を提供します。

==== Collector ====
* HBase ドライバ追加
* DB2 (NoSQL) ドライバ追加
* SQLAlchemy ドライバ改善
* MongoDB ドライバ改善
* データベースから古いサンプルを削除可能にする TTL 機能追加
* イベントの保存機能追加
* SQLAlchemy ドライバにイベントストレージ機能を追加

==== Publisher ドライバ ====
* UDP ベースの Publisher 追加

==== Transformer ====
* unit-scaling transformer、rate-of-change transformer 追加

==== Meter ====
* 特別な Python ミドルウェアを使用した API リクエストメータを追加
* 新しい Neutron 帯域幅計測機能からのサンプル保存機能追加

==== Compute エージェント ====
* Hyper-V 対応追加

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* swift: (多分)中島さん → Additional operational polish の説がよくわかりませんでした＞＜ help help plz
* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai / reviewed by amotoki
* glance: yosshy
* ceilometer: yosshy
* neutron: yosshy

ReleaseNotes/Havana/ja

2013-10-18T21:49:34Z

Tomo: /* 主な新機能 (Keystone) */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* グローバルクラスタのサポート

Swift 1.8.0 で導入された"リージョン"というコンセプトは、分離されたレプリケーション
用ネットワークの使用と、読み込み・書き込みアフィニティの設定をサポートするよう拡
張されました。これらの機能は広域にわたる1つのSwiftクラスタのサポートを提供するた
めに組み合わせる。

* 追加の設定ファイル conf.d のサポート
Swiftデーモンとサーバーはオプションで設定パラメータにディレクトリを許可すること
ができます。これは設定ファイルの異なるパートを分けて管理することができます：
たとえば、ミドルウェアごとの特定設定を別のファイルへ分けることができます。

* ディスクパフォーマンス
オブジェクトサーバーはシステム全体のパフォーマンス向上と、遅延の平準化の
ためにスレッドプールが使われるように構成可能になった。また、多くのディスク操
作が信頼性向上と、性能改善のため整理された。

* memcache接続のプーリングがサポートされた

* ハンドオフノードの選択のためのより高速な演算

=== 重要なバグ修正 ===

* memcacheのエントリが期限切れにならないことがあるバグが修正された

* クライアントが切断した後にもプロキシがストレージノードからデータを読み込み続けてしまう場合がある問題を修正

* バージョン管理された書き込みでのUTF-8の取り扱いの問題を修正

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
wsgi ワーカー数のデフォルト値を1から自動へ変更。プロキシ、アカウント、コンテナ、オブジェクトのwsgiサーバのワーカー数の新しいデフォルト値は、サーバのCPUコア数と同じワーカー/プロセス数で生成される。
This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* reveal_sensitive_prefix はプロキシサーバで記録された認証トークンのフィルタが可能になった

* 最初のオブジェクトの複製にハンドオフパーティションへの複製が可能になった。
Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* crossdomain.xml ミドルウェアが追加された。詳細 http://docs.openstack.org/developer/swift/crossdomain.html for details

* PyPy下でSwiftが動作するように多くの改良。

=== 既知の問題 ===

＜これは Nova の話で Swift ではないですね。元の Release Notes でも間違っています。＞

* もしCellを利用している場合、インスタンスの削除に問題が発生する。 Grizzlyとは異なり、インスタンスの削除は子Cellに削除の通知を行う前に、トップレベル(API)Cellから即座に削除される。これは意図しない動作です。この副作用として、delete.start と delete.end 通知が送られてしまう。もし子Cellにおいてインスタンスの削除が成功した場合、2回の delete.start と delete.end 通知が送られてしまう。こうならない場合、APIサーバからは表示されなくなるが、子Cellには存在している。Cellに組み込まれた修復コードは最終的にこれを修正し、インスタンスのリストアをAPI Cell DBの中で行う。これは修復設定に依存している。このバグはhavana-stableで修正される予定です。

* http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* 複数クラスターの管理をサポート ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint])

* Cinder ドライバーサポート ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* イメージのクローン方法指定 - イメージに対してリンクによるクローンかフルクローンイメージのどちらを使うかを指定可能 ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* コンフィグドライブのサポート ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* サーバーコンソールのログ表示のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])
* VHD の最大ディスクサイズの制限への対処策としての、大きなエフェメラルディスクを 1024GB か 2000GB のチャンクに分割する機能のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])
* イメージに AutoDiskConfig=disabled を設定できるようになりました。これは、これらのイメージとサーバーではユーザーが AutoDiskConfig=Manual を設定できないことを意味します。 ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])
* Nova と Nova agent の通信方法が改善され、cloud-init と Nova agent の両方が同じクラウドで使用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])
* Linux ディストリビューションのインストーラーが実行中の状態で VM を起動できるようになりました。これにより、ユーザーが独自のカスタムイメージを作成しやすくなります。 ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])
* XenServer core および XenServer core の Dom0 での nova-compute の実行の実験的なサポート ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])
* LVHD ストレージ SR の実験的なサポートと、圧縮された生の glance イメージからの起動のサポート ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])
* 安定性と利便性の多数の改善。例えば、glance に送信するスナップショットで使用される圧縮率を設定する機能、サーバーディスクの縮小リサイズ時に変更後のディスクサイズが小さ過ぎたことによるエラーでの自動ロールバック。

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== 通知 (notifications) ====

* ホストアグリゲートの作成、削除、拡大、縮小やそれ以外の更新の際の通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).
* インスタンス作成失敗時に通知が行われるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== スケジューラー ====

* フィルター属性に '''force_nodes''' が追加されました。ベアメタルドライバー使用時にインスタンスを配置するノードを運用者が明示的に指定できます。 ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint])

* '''IsolatedHostsFilter''' の制限を緩くできるようになりました。 '''IsolatedHostsFilter''' の新しい設定パラメータ '''restrict_isolated_hosts_to_isolated_images''' の値で、隔離されたホスト (isolated hosts) ですべてのイメージを使用できるかを調整できます。 ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint])

* 既存の '''GroupAntiAffinityFilter''' と対をなす機能として '''GroupAffinityFilter''' が追加されました。このフィルターを使うと特定のホストグループのホストにインスタンスをスケジューリングできます。 ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint])

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* アグリゲート単位のフィルターとして '''AggregateRamFilter''' と '''AggregateCoreFilter''' が追加されました。これらはシステム全体ではなくホストアグリゲートに対して適用されます。 '''AggregateDiskFilter''' は今後のリリースで追加されます。 ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* 全コンピュートノードから全スケジューラーへの定期的にブロードキャストされるメッセージの削除によりスケジューラーの性能が改善されました。[https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint])

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== ストレージ ====

* 接続する Cinder ボリュームを暗号化できるようになりました。データは読み書き時に必要に応じて復号／暗号化されますが、インスタンスには通常のブロックストレージデバイスに見えます。 ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* インスタンスに接続された Cinder ボリュームを透過的に交換する機能が追加されました。ボリュームを交換している間インスタンスが短時間停止することはありますが、ボリュームへのリード、ライトが失われることはありません。 ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* NFS か GlusterFS 上にあるボリュームに接続する際に Nova は Cinder で設定されたマウントオプションを使うようになりました。以前はボリュームにアクセスする各コンピュートノードでマウントオプションを設定する必要がありました。 ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* ネイティブでの GlusterFS サポートが追加されました。 '''nova.conf''' で '''qemu_allowed_storage_drivers''' が '''gluster''' に設定された場合、QEMU は '''fuse''' 経由ではなく '''libgfapi''' を使ってボリュームに直接アクセスするように設定されます。 ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* GlusterFS のようにスナップショットをそれ自身ではサポートしていないストレージをバックエンドに使用している場合であっても、 Cinder のボリュームスナップショットを作成する機能を提供するため、QEMU のスナップショット機能を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* ストレージへのアクセスで iSER トランスポートプロトコルがサポートされました。 TCP 上の iSCSI と比較してよい性能が得られます。 ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* conductor は複数のワーカースレッドを起動し、並列で動作できるようになりました。起動するスレッド数は'''nova.conf''' の '''workers''' の値で決まります。 ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova は Oslo が提供する共通サービス基盤を使用するようになりました。 ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint])

* データベースマイグレーションが必要なバグ修正をバックポートできるように変更が行われました。 ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint])

* Nova システムのライブアップグレードのサポートに向け非常にたくさんの進展がありました。 Havana では、サービス間で送信されるメッセージのバージョンの制御 (nova.conf の '''[upgrade_levels]''' セクションを参照) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]) と、コードとデータベーススキーマの詳細の分離を容易にするオブジェクト層 ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]) などの改良が行われました。

=== 既知の問題 ===

* cell を使っている場合、インスタンスの削除時に問題があります。 Grizzly と違い、インスタンスの削除を行うと、 child cell にそのインスタンスの削除を通知する前にインスタンスは最上位の (API) cell から即座に削除されてしまいます。これは意図した動作ではありません。この副作用として delete.start と delete.end 通知が送信されます。 child cell でのインスタンス削除が成功すると、2つ目の delete.start と delete.end 通知が送信されます。失敗した場合は、データベースは同期できていない状態となり、インスタンスは API cell からは消えているが、 child cell には存在したままになってしまいます。このバグは、リリース後すぐに havana-stable で修正される予定です。
* 既知の問題については http://bugs.launchpad.net/nova を確認してください。

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

* 定期実行タスクは以前よりも頻繁に実行される点に注意してください。定期実行タスクの実行頻度は以前から設定可能です。以前は、タスクをいつ再度実行するかのタイマーはそのタスクの最後の実行が完了した時点で開始されていました。現在は、タスクの実行に要した時間にかかわらず、タスクは一定の頻度で実行されます。これにより、いつタスクが実行されるかが、よりはっきりします。一方で、副作用としてデフォルトではタスクが以前よりも少し頻繁に実行されるようになります。 (https://review.openstack.org/#/c/26448/)
* security_groups_handler オプションは nova.conf から削除されました。このオプションは Quantum 用に追加されましたが、もはや必要ありません。 (https://review.openstack.org/#/c/28384/)
* この変更点はアップグレードには影響はないが、すべての新規のデプロイメントでの動作が変わります。以前のバージョンではデフォルトの m1.tiny フレーバーはディスクサイズ 0 で作成されていました。デフォルト値が 1 になりました。 0 は、ディスクのサイズ変更を一切に行わず、イメージがどんなディスクサイズで作成されていたとしてもそれを使用することを意味します。 1 は 1 GB の上限を課すことを意味します。特別な値 0 は現在もサポートされており、必要であればフレーバーの作成や変更でこの値を使うことができます。 (https://review.openstack.org/#/c/27991/).
* プラグインフレームワークで提供されていたものは他の手段で実現できるため、プラグインフレームワークは削除されました。(https://review.openstack.org/#/c/33595)
* notify_on_any_change 設定オプションは削除されました。 (https://review.openstack.org/#/c/35264/)
* compute_api_class オプションは非推奨となっており、今後のリリースで削除されます。 (https://review.openstack.org/#/c/28750/)
* Nova は Quantum から名前が変更された Neutron の方を使用します。 (https://review.openstack.org/#/c/35425/)
* 複数の Neutron ネットワークが定義されているが、サーバ作成要求にネットワークの指定がない場合、 Nova はサーバー作成要求を拒否するようになりました。以前はサーバーに「全」ネットワークが接続されていましたが、この動作は意味がないという合意ができました。 (https://review.openstack.org/#/c/33996/)
* vmware の設定オプション 'vnc_password' は非推奨になりました。VNC アクセス時にユーザーがパスワード入力を求められることはなくなりました。これは他のすべての仮想化ドライバーと同じ動作です。 (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
Image Service 中でイメージのプロパティには２つのタイプがあります：
* コアプロパティ（イメージスキーマにより指定）
* メタプロパティ（イメージに付与可能な任意のキー・バリューのペア）
Image Service のパブリック API コールを介したメタプロパティへのアクセスは、プロパティ保護設定ファイル（glance-api.conf ファイル中で指定）を使用して特定のユーザのグループに制限する事ができます。例：
* 全プロパティ操作を管理者のみに制限。
* 管理者と課金ロールを持つユーザの両方に、x_billing_code_ で始まる全プロパティの読取・修正権限を付与。
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
Registry サービスに、RPC-over-HTTP を使用した（db_api 互換の）新しい API が用意されました。
この API は、
* 新しい Glance が、初期の registry サービスを使用する古いバージョンの Glance システムのサポートを継続できるようにします。Glance v2 は registry サービス利用を完全に廃止しているため、この事が幾つかのケースでセキュリティホール（パブリックサービスとしてインストールされた場合、全てのデータベースのパラメータを glance-api.conf 中に記述する必要があった）となる可能性がありました。
* registry の API を修正する事無く、データベースAPIに新しいメソッドを実装しやすくします。
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

この更新は、直接データベースバックエンドと通信するのと同様に、リモートの registry サービスと通信する registry データベースドライバを含みます。
registry サービスは全てのデータベース API パブリック関数を実装しており、これは実際 API の外側から使用されます。
Image Service の API v2 は有効にすべきであり、Image Service クライアントはこの API を使用すべきです。
[https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====ストレージ対応====
Image Service は今回、以下のバックエンドストレージに対応しました：
* '''Sheepdog'''…Image Serivce はイメージをバックエンドの Sheepdog クラスタに保存できます。Sheepdog は QEMU 用の分散ストレージシステムを提供するOSS プロジェクトです。 [http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"] [https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''… OpenStack Block Storage (Cinder) を Image Service のブロックストレージバックエンドとして使用できます。[https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''…Image Service は GridFS 分散ファイルシステムをサポートします。
サポートは新しい .conf オプション mongodb_store_uri と mongodb_dtore_db を使用して有効になります。
`gridfs://<IMAGE>` の書式による GridFS のURLをサポートします。[http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====複数のイメージロケーション====
Image Service のイメージを複数の場所（ロケーション）に保存する事が可能になりました。
これにより、イメージデータの効果的な利用と、１番目のイメージの事故に備えてバックアップイメージの使用が可能になります。[https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

関連アップデート：
* ロケーション API 用ポリシーレイヤ（イメージロケーションの変更をポリシーチェック可能に） [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* ダイレクトURLメタデータ。各 Image Service のストレージシステムはイメージロケーションデータベースにロケーションメタデータを保存できるようになりました。これにより、direct_url 有効時にクライアントへダイレクト URL 指定メタデータを返せるようになります。
例えば、file://URL に対して、NFS をエクスポートするホスト、マウントポイント、FSタイプをクライアントに返せるようになりました。[https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* イメージダウンロード時の複数ロケーション対応。これは API クライアントが複数のバックエンドストアからイメージを利用できるようにします。[https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* インデックスされたチェックサムイメージプロパティ。チェックサムイメージプロパティをインデックスできるようになりました。これにより、ユーザがチェックサムを指定する事でイメージを検索できるようになります。[https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber のアップデート。Scrubber は削除済みのイメージをクリーンアップするユーティリティです。Scrubber が pending_delete イメージ用に複数ロケーションに対応するようになりました。[https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* メタデータチェック。ロケーションの変更時にイメージロケーションプロキシレイヤにおいてメタデータのチェックができるようになりました。 [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====待って、まだあるよ！====
* '''コンテナとディスクのフォーマットの設定'''。Glance は従来、決め打ちのコンテナとディスクフォーマットの集合のみサポートしていました。これらが任意のインストール済みシステムにおいてサポートされた実際のフォーマットの集合と一致する事は稀でした。利用可能なコンテナとディスクのフォーマットが設定できるようになります。[https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''ストレージクォータ'''。ユーザは全ストレージシステム間で（合計）何バイトに制限する事ができるようになりました(.conf ファイル中で設定された total_storage_quota).。[https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''メンバシップポリシー'''。メンバシップAPIにポリシー制約が追加されました（イメージ／ロケーションポリシー制約と同様）。新しいポリシーは new_member、add_member、get_member、modify_member、get_members、delete_member を含みます。[https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* http://bugs.launchpad.net/glance を確認して下さい。

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースでは、3つの新しいプロジェクトがサポートされ、既存のプロジェクトにも重要な機能が追加されました。
さらに、エンドユーザーにとっても管理者にとっても多くの面でユーザエクスペリエンスの改善が行われました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって今までで最良のリリースだと言えるでしょう。



=== ハイライト ===



==== 新機能 ====

===== Heat =====



OpenStack Orchestration プロジェクト Heat が Havana にてデビューしました。
Horizon は Heat スタックの管理をすべてサポートしています。特筆する点ては、
Heat テンプレートフォーマットからの動的なフォーム生成機能、スタックトポロジーの可視化、
完全なスタックリソース検査がサポートしています。

===== Ceilometer =====



Havana でデビューしたもう一つのプロジェクトが OpenStack Metering プロジェクトです。
Horizon の最初の Ceilometer サポートとして、管理者が OpenStack Dashboard から
クラウドリソースの使用量を問い合わせて、システムがどのように動作し利用されているかを
理解しやすくなりました。



===== ドメイン、グループやその他いろいろ: Identity API v3 サポート =====



OpenStack Identity Service (Keystone) v3 API は Havana リリースで十分に完成しました。
Horizon は、ドメインとグループ、ロールの管理とドメインやグループへの割り当て、
ドメインベース認証、ドメインコンテキストスイッチといった Keystone v3 API の
すべての新機能をサポートします。



===== Trove データベース =====



OpenStack Database as a Service プロジェクトである Trove が Havana で
インキュベーションフェーズを卒業しました。Trove データベースとバックアップ
のプロビジョニング・管理を OpenStack Dashboard からできるように
してくれた方々に対して感謝します。
なお、OpenStack として統合された Trove の最初のリリースは Icehouse になります。
したがって、この機能は実験的なものとみなすべきで、機能が変更される可能性もあります。


===== Nova 機能 =====



Horizon でサポートされる OpenStack Compute (Nova) の機能は増え続けています。
Havana リリースでの新機能は下記のとおりです。



* デフォルトクオータの編集
* 管理者によるインスタンスのパスワードの再設定
* アベイラビリティゾーンのサポート
* リージョンサポートの改善
* インスタンスサイズの変更
* ボリュームからの起動機能の改善
* プロジェクト単位でのフレーバ機能サポート



これらの機能により、いつ、どこで、どうやってインスタンスを起動するかの制御や、
起動済みの動作中のインスタンスの管理で、より多くのことができるようになりました。



===== Neutron 機能 =====



多くの重要な OpenStack Networking (Neutron) の機能が Havana で使えるようになりました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron と Nova network 間で互換性のある、完全なセキュリティグループとクォータのサポート

これらの機能により Neutron でクラウドで非常に柔軟に SDN を構築することができるようになります。



==== ユーザエクスペリエンスの改善 ====



===== ユーザーによるパスワード変更機能 =====



Ideintify API v2.0 (Keystone) の変更で、ユーザーは自分のパスワードを管理者権限を要することなく変更できるように
なりました。セキュリティ的により強固になり、ユーザに利便性がもたらされます。この機能は
Identify API v3 ではまだ提供されていません。



===== 改善された管理者情報構成 =====



管理者向けダッシュボードの項目が並び替えが行われ、
グルーピングがより論理的になりました。
また、新たな情報が追加され、管理者がクラウド内のホストの状態を把握したり、
ホストアグリゲートやアベイラビリティゾーンなどとの関連性を理解したりしやすくなりました。



===== ユーザログアウトのメッセージ改善 =====



予期せずログイン画面が表示された際に、なぜログアウトしたかをユーザーに通知する
メッセージがいくつか追加されました。これらのメッセージにより、
ユーザーセッションが期限切れになったか、操作がなかったためタイムアウトしたか、
アクセスが認可されていないダッシュボードのページにアクセスしようとしたかが、
はっきりと分かるようになります。



===== セキュリティグループテンプレート =====



セキュリティグループには (SSH や ping のように) 毎回追加し直すのがうんざりするほど
非常によく使われるルールがあります。そこで、Horizon チームは
よく使われるルールについてあらかじめ設定されたテンプレートを用意し、
2クリックでセキュリティグループを追加できるようにしました。これらのルールは
SECURITY_GROUP_RULES の設定で変更できます。



==== コミュニティ ====



===== 翻訳チーム =====



OpenStack 翻訳チームは Havana リリースで独立したチームとして活動するようになり、
Horizon の翻訳の品質は今までで一番よいものになっています。
もともと OpenStack Dashboard プロジェクトの一部として始まったコミュニティの形成が
成功したことをお祝い致します。



===== ユーザエクスペリエンスグループ =====



Havana リリースサイクルでは、OpenStack ユーザエクスペリエンスチームが形成されました。
このチームは生まれたばかりですが、OpenStack 全体を通したユーザーエクスペリエンスの向上を
ミッションとしています。このチームはすぐに
OpenStack Dashboard の設計と改善において欠かせない存在となりました。

==== Under The Hood ====



===== LESS コンパイルの複雑性の軽減: NodeJS が不要に =====



様々な人たちからの抗議の声があったことと、
Python コミュニティの LESS サポートが大きな改善があったことから、
Horizon では NodeJS に関連する要素をすべて削除しました。
現在は lesscpy モジュールを使って LESS ファイルから最終的なスタイルシートにコンパイルしています。
これはほとんどのユーザーには全く影響はありませんが、
Horizon を使うディストリビューションなどでは扱いが楽になることでしょう。



===== Role ベースのアクセス制御 =====



Horizon は、ファイルがある場合は、他の OpenStack プロジェクトの policy.json ファイルを使って
ダッシュボードでのアクセス制御を行うように、移行を始めました。
これにより、アクセス制御はより細かく設定可能になり、元のプロジェクトと Horizon の間での
アクセス制御が整合した状態に保つことができるようになります。
現在のところ、この機能は Keystone および Nova の一部のポリシーファイルについてのみサポートされています。
次のリリースでは完全にサポートされる予定です。
これらの機能を有効にするには、 POLICY_FILES_PATH と POLICY_FILES を設定する必要があります。



==== その他の改善点 ====



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の新しい表示方法
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己署名もしくは他の認証 SSL 証明書のチェック機能
* Glance イメージ種別が設定可能に
* 多くの場面でのソーティング機能
* API コールの効率最適化
* 必須項目フィールドの表示改善
* セキュリティの観点から、一定期間操作がなかった場合にユーザーをログアウトさせるセッションタイムアウトを有効にできるようになりました
* PEP8 とコード品質基準の遵守にむけた多数の改善
* 数百のバグフィックスとユーザエクスペリエンスの細かな改善

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



==== 許可するホスト ====



プロダクション環境での Horizon のデプロイを行うには settings.py ファイルもしくは local_settings.py ファイルで
ALLOWED_HOSTS を追加する必要があります。この設定は Django 1.5 にて追加された重要なセキュリティ機能です。
詳しい情報は Django ドキュメントの local_settings.py.example ファイルを参照してください。



==== Keystone と Neutron の機能を有効にする ====



既存の設定ファイルで OPENSTACK_KEYSTONE_BACKEND もしくは OPENSTACK_NEUTRON_NETWORK の設定を
行っている場合、local_settings.example を参照して追加された新しいオプションを確認した方がよいでしょう
既存のコンフィギュレーションでそのまま動きますが、そのままでは
Havana での追加された機能のいくつかを有効にするのに必要な項目がない場合があります。

=== 既知の問題と制限 ===



==== セッション生成とヘルスチェック ====



セッションバックエンドとしてデータベースを使っている環境で、
ホームページへの ping を行うヘルスモニタリングサービスを使用する場合、
セッション生成が過剰に行われる可能性があります。
この問題はすぐに修正される予定ですが、それまでは対策として
セッションストアから期限切れのセッションを定期的に削除するジョブを作成することを推奨します。



==== 一斉に大量リソースを削除する問題 ====



大量のリソースを一度に削除するために 'sellect all' チェックボックスを使用すると
(設定によっては) ネットワークタイムアウトを引き起こす場合があります。
これは、裏で利用している API が bulk-deletion (複数リソースのまとめての削除) を
ネイティブではサポートしていないことが原因で、そのため Horizon は
このような場合に内部では各リソースについてひとつひとつ削除要求を送信する
必要があるからである。



==== Neutron におけるセキュリティグループ名の衝突問題 ====



Nova Network はインスタンス起動時のセキュリティグループの指定に
セキュリティグループ名だけを用いるのに対して、Neutron は名前でも UUID でも受け付けます。
両者に対応するため、Horizon は選択されたセキュリティグループの名前を Nova に渡します。
しかしながら、Neutron のデータ分離に関する問題により、
管理者ユーザーがセキュリティグループを指定しようとした際に、管理者がアクセス可能な別のプロジェクトに
同じ名前の別のセキュリティグループがある場合に問題が発生します。
Neutron ではその名前に対してマッチするセキュリティグループが複数見つかり、
そのインスタンスの起動に失敗してしまいます。
現時点での回避策は、管理者ユーザーから見て一意な名前をセキュリティグループに付けることです。



=== 後方互換性 ===



Havana リリースの Horizon は、
他の OpenStack のコアプロジェクト (Nova, Swift など) の Havana と Grizzly の両バージョンに対して
完全な互換性があるはずです。当たり前の話だが、他の OpenStack プロジェクトの Grizzly にはない新機能が
Horizon で動作するのは、他のプロジェクトでそれらがサポートされている場合だけである。

全体的に見ると、これまで Horizon を使って機能を作ってきた 3rd party の開発者に対して
後方互換性を維持するために、大変な努力がなされました。

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** トークン生成がプラグイン可能になり、トークンの永続性と分離されました。トークン生成は現在、UUID ベースと PKI ベースがあります。運用者は <code>keystone.token.provider.Provider</code> インターフェースの独自実装を作成でき、それを使用するよう keystone に <code>[token] provider</code> と設定できるようになりました。その結果、この新しい設定オプションのため、<code>[signing] token_format</code> が非推奨になりました。
** Apache httpd を使った導入の正式なサポート。

* 新機能
** キーバリューストア (例: memcached や redis) にドライバーコールの結果をキャッシュできるようになりました。
** <code>keystone-manage token_flush</code> コマンドで期限切れトークンを一括削除できるようになりました。

* API 新機能
** ロールベースの認可を OAuth 1.0a を使用する任意のコンシューマーに権限委譲できるようになりました。
** API クライアントがトークン応答に含まれるサービスカタログを選択できるようになりました。
** ドメインのロール割り当てをドメインのプロジェクトに継承できるようになりました。
** ロール割り当て API を集約しました。
** 外部認証プロバイダーがトークンの中にバインド参照を組み込めるようになりました。これにより、リモートサービスがオプションとして、ユーザーの提示するトークンの同一性を、提示されている外部認証メカニズムに対して検証できます。今のところ、<code>kerberos</code> のみがサポートされます。
** エンドポイントを明示的にプロジェクトにマッピングできるようになりました。これにより、トークンのプロジェクト範囲に基づいて、特定のエンドポイントがサービスカタログに表示されることを効率的に制御できます。

* Event notifications emitted for user and project/tenant create, update, and delete operations
* General performance improvements
* The v2 and v3 API now use the same logic for computing the list of roles assigned to a user-project pair during authentication, based on user+project, group+project, user+domain-inherited, and group+domain-inherited role assignments (where domain-inherited role assignments allow a domain-level role assignment to apply to all projects owned by that domain). The v3 API now uses a similar approach for computing user+domain role assignments for domain-scoped tokens.
* Logs are handled using a common logging implementation from Oslo-incubator, consistent with other OpenStack projects
* SQL migrations for extensions can now be managed independently from the primary migration repository using <code>keystone-manage db_sync --extension=«extension-name»</code>.

=== 既知の問題 ===

* [https://pypi.python.org/pypi/six/ six] v1.4.1 or higher is an undocumented requirement ([https://bugs.launchpad.net/keystone/+bug/1237089 bug 1237089]). Without six, Keystone will fail on startup with either <code>ImportError: No module named six</code> or <code>pkg_resources.DistributionNotFound: six</code>.
* An experimental implementation of [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (for example, a unique LDAP configuration per domain) was started in Havana but remains incomplete and will be finished during Icehouse.

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== 新名称 ====
OpenStack Networking プロジェクトは本リリースより新しい名称「Neutron」になりました。Havana リリースの Neutron は Grizzly の Quantum からの設定ファイルを使用して実行できます。しかし、Quantum の使用は非推奨であり、既に導入したユーザは自身のなるべく早い時期に全ての参照を更新すべきです。Quantum 設定ファイルとコマンド名のサポートは 2014.1 (Icehouse) で廃止されます。

==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== 廃止予定機能に関する注意 ===
* 設定ファイルや実行ファイル名での "quantum" や "Quantum" の使用は正式に非推奨となります。Havana はこれらの名前がサポートされる最後のリリースであり、新規のデプロイメントではこれらの値として正式な名前である Neutron を使用すべきです。後方互換性のサポートはこのリリースでのみ提供されます。
* Linux Bridge プラグインと Open vSwitch プラグインの機能は凍結されており、 J (2014.2) リリースで削除される予定です。新しいデプロイメントでは、Linux Bridge プラグインと Open vSwitch プラグインではなく ML2 を選択すべきです。

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいハードウェアベンダドライバ ===
* Dell EqualLogic ドライバ
* VMware VMDK ドライバ
* IBM General Parallel File System (GPFS) ドライバ

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== 新しいバックアップドライバ ===
* ボリュームバックアップ用 Ceph ドライバ
* IBM Tivoli Storage Manager (TSM) ドライバ

=== 既知の問題 ===
* Bug #1237338 : VMware ボリュームドライバでボリューム→イメージのアップロードが失敗する
* Bug: #1240299 : 全ての LVM ボリュームにおけるボリュームのゼロクリア処理がシンプロビジョニングされた LVM まで消去する。修正がリリースされるまで、cinder.conf 中で volume_clear=None を設定する事。

=== アップグレード時の注意 ===
* ThinLVM ボリュームドライバの機能は、今回標準の LVM iSCSI ボリュームドライバの一部になりました。設定ファイル中の volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" を lvm_type="thin" に変更する必要があります。後方互換性のため、Havana リリースでは、この変更は volume_driver が "cinder.volume.drivers.lvm.ThinLVMVolumeDriver" に設定されている場合は自動的に行われますが、Icehouse では cinder.conf 中でこれらのオプションを更新する必要があるでしょう。

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* 統計エンドポイントにおいて groupby 引数を使用する事により、数個のフィールドによるサンプルのグループ化が可能になりました。
* 新しいアラーム API が利用可能になりました（'''アラーム'''参照）。
* API 経由でユーザが独自のサンプルとメータを POST 可能になりました。

==== アラーム ====
アラームは、単位時間あたりの閾値に対する統計動向の比較に基づいて、ユーザとオペレータがアクションを実行できるようにする為の新しい機能です。これは以下のサービスにより構成されます。
* ''ceilometer-api'' は、アラームのライフサイクル全般の制御を提供する新しい ''/v2/alarms'' エンドポイントを提供するようになりました。
* ''ceilometer-alarm-evaluator'' は、アラームの状態が変化した時に検知する為、アラームを定期的に評価します。
* ''ceilometer-alarm-notifier'' は、アラームが発行されて、関連付けられたアクションが実行された際、''ceilometer-alarm-evaluator'' が送信する通知を受信します。
アラーム API はまた、アラーム状態遷移とルール変更の履歴を提供します。

==== Collector ====
* HBase ドライバ追加
* DB2 (NoSQL) ドライバ追加
* SQLAlchemy ドライバ改善
* MongoDB ドライバ改善
* データベースから古いサンプルを削除可能にする TTL 機能追加
* イベントの保存機能追加
* SQLAlchemy ドライバにイベントストレージ機能を追加

==== Publisher ドライバ ====
* UDP ベースの Publisher 追加

==== Transformer ====
* unit-scaling transformer、rate-of-change transformer 追加

==== Meter ====
* 特別な Python ミドルウェアを使用した API リクエストメータを追加
* 新しい Neutron 帯域幅計測機能からのサンプル保存機能追加

==== Compute エージェント ====
* Hyper-V 対応追加

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* swift: (多分)中島さん → Additional operational polish の説がよくわかりませんでした＞＜ help help plz
* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai / reviewed by amotoki
* glance: yosshy
* ceilometer: yosshy
* neutron: yosshy

ReleaseNotes/Havana/ja

2013-10-18T14:06:52Z

Tomo: /* 主な新機能 (Keystone) */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* Global clusters support
The "region" concept introduced in Swift 1.8.0 has been augmented with
support for using a separate replication network and configuring read
and write affinity. These features combine to offer support for a single
Swift cluster spanning wide geographic area.

* Added config file conf.d support
Allow Swift daemons and servers to optionally accept a directory as the
configuration parameter. This allows different parts of the config file
to be managed separately, eg each middleware could use a separate file
for its particular config settings.

* Disk performance
The object server now can be configured to use threadpools to increase
performance and smooth out latency throughout the system. Also, many
disk operations were reordered to increase reliability and improve
performance.

* Added support for pooling memcache connections

* Much faster calculation for choosing handoff nodes

=== Significant bugs fixed ===

* Fixed bug where memcache entries would not expire

* Fixed issue where the proxy would continue to read from a storage
server even after a client had disconnected

* Fix issue with UTF-8 handling in versioned writes

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
Change the default value of wsgi workers from 1 to auto. The new
default value for workers in the proxy, container, account & object
wsgi servers will spawn as many workers per process as you have cpu
cores. This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* Added reveal_sensitive_prefix config setting to filter the auth token
logged by the proxy server.

* Added support to replicating handoff partitions first in object
replication. Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* Added crossdomain.xml middleware. See
http://docs.openstack.org/developer/swift/crossdomain.html for details

* Numerous improvements to get Swift running under PyPy

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* 複数クラスターの管理をサポート ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint])

* Cinder ドライバーサポート ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* イメージのクローン方法指定 - イメージに対してリンクによるクローンかフルクローンイメージのどちらを使うかを指定可能 ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* コンフィグドライブのサポート ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* Supports showing a log of a server console ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])

* Support for splitting up large ephemeral disks into 1024GB or 2000GB chunks to work around VHD max disk size limitations ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])

* Allow images to have the setting of AutoDiskConfig=disabled, to mean users are unable to set AutoDiskConfig=Manual on these images and servers ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])

* Improvements to how nova communicates with the Nova agent, so you are able to use both cloud-init and the Nova agent in the same cloud. ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])

* Ability to boot VMs into a state where they are running a linux distribution installer, to help users build their own custom images ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])

* Experimental support for XenServer core, and running nova-compute in a XenServer core Dom0. ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])

* Experimental support for using the LVHD storage SR, and support for booting from compressed raw glance images ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])

* Much work to improve stability and supportability. Examples include the ability to configure the compression ratio used for snapshots sent to glance and auto rollback of errors during the Resize down of servers due to disks been too small for the destination size.

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* Quotas may now be defined on a per-user basis ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])
* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== Notifications ====

* Notifications are now generated when host aggregates are created, deleted, expanded, contracted, or otherwise updated ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).

* Notifications are now generated when building an instance fails ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== Scheduler ====

* Added '''force_nodes''' to filter properties, allowing operators to explicitly specify the node for provisioning when using the baremetal driver ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint]).

* Added the ability to make the '''IsolatedHostsFilter''' less restrictive, allowing isolated hosts to use all images, by manipulating the value of the new '''restrict_isolated_hosts_to_isolated_images''' configuration directive in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint]).

* Added a '''GroupAffinityFilter''' as a counterpart to the existing '''GroupAntiAffinityFilter'''. The new filter allows the scheduling of an instance on a host from a specific group of hosts ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint]).

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* Added per-aggregate filters '''AggregateRamFilter''' and '''AggregateCoreFilter''' which enforce themselves on host aggregates rather than globally. '''AggregateDiskFilter''' will be added in a future release ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* Scheduler performance has been improved by removing the periodic messages that were being broadcasted from all compute nodes to all schedulers ([https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint]).

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== Storage ====

* Attached Cinder volumes can now be encrypted. Data is decrypted as needed at read and write time while presenting instances with a normal block storage device ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* Added the ability to transparently swap out the Cinder volume attached to an instance. While the instance may pause briefly while the volume is swapped no reads or writes are lost ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* When connecting to NFS or GlusterFS backed volumes Nova now uses the mount options set in the Cinder configuration. Previously the mount options had to be set on each Compute node that would access the volumes ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* Added native GlusterFS support. If '''qemu_allowed_storage_drivers''' is set to '''gluster''' in '''nova.conf''' then QEMU is configured to access the volume directly using '''libgfapi''' instead of via '''fuse''' ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* QEMU assisted snapshotting is now used to provide the ability to create cinder volume snapshots, even when the storage backing storage in use does not support them natively, such as GlusterFS ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* The iSER transport protocol is now supported for accessing storage, providing performance improvements compared to using iSCSI over TCP ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* The Conductor is now able to spawn multiple worker threads operating in parallel, the number of threads to spawn is determined by the value of '''workers''' in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova now uses the common service infrastructure provided by Oslo ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint]).

* Changes have been made that will allow backporting bug fixes that require a database migration ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint]).

* A significant amount of progress has been made toward eventually supporting live upgrades of a Nova deployment. In Havana, improvements included additional controls over versions of messages sent between services (see the '''[upgrade_levels]''' section of nova.conf) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]), and a new object layer that helps decouple the code base from the details of the database schema ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]).

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

* Note that periodic tasks will now run more often than before. The frequency of periodic task runs has always been configurable. However, the timer for when to run the task again was previously started after the last run of the task completed. The tasks now run at a constant frequency, regardless of how long a given run takes. This makes it much more clear for when tasks are supposed to run. However, the side effect is that tasks will now run a bit more often by default. (https://review.openstack.org/#/c/26448/)
* The security_groups_handler option has been removed from nova.conf. It was added for Quantum and is no longer needed. (https://review.openstack.org/#/c/28384/)
* This change should not affect upgrades, but it is a change in behavior for all new deployments. Previous versions created the default m1.tiny flavor with a disk size of 0. The default value is now 1. 0 means not to do any disk resizing and just use whatever disk size is set up in the image. 1 means to impose a 1 GB limit. The special value of 0 is still supported if you would like to create or modify flavors to use it. (https://review.openstack.org/#/c/27991/).
* A plugins framework has been removed since what it provided was possible via other means. (https://review.openstack.org/#/c/33595)
* The notify_on_any_change configuration option has been removed. (https://review.openstack.org/#/c/35264/)
* The compute_api_class option has been deprecated and will be removed in a future release. (https://review.openstack.org/#/c/28750/)
* Nova now uses Neutron after Quantum was renamed. (https://review.openstack.org/#/c/35425/)
* Nova will now reject requests to create a server when there are multiple Neutron networks defined, but no networks specified in the server create request. Nova would previously attach the server to *all* networks, but consensus was that behavior didn't make sense. (https://review.openstack.org/#/c/33996/)
* The vmware configuration variable 'vnc_password' is now deprecated. A user will no longer be required to enter as password to have VNC access. This now works like all other virt drivers. (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====Property Protections====
Specific groups of users can now be authorized to create, update, and read different properties of arbitrary entities. There are two types of image properties in the Image Service:
* Core Properties, as specified by the image schema.
* Meta Properties, which are arbitrary key/value pairs that can be added to an image.
Access to meta properties through the Image Service's public API calls can now be restricted to certain sets of users, using a property protections configuration file (specified in the glance-api.conf file). For example:
* Limit all property interactions to admin only.
* Allow both admins and users with the billing role to read and modify all properties prefixed with ``x_billing_code_``.
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
A new API has been created for the Registry service (db_api compliant) using RPC-over-HTTP. The API:
* Allows Glance to continue to support legacy deployments that were using the earlier registry service. Glance v2 dropped completely the use of a registry service, which in some cases could result in a security vulnerability (all database parameters had to be present in glance-api.conf if deployed as a 'public' service).
* Makes it easier to implement new methods to the database API without having to modify the registry's API.
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

Updates include a registry database driver that talks to a remote registry service, which in turn talks directly to a database back end. The registry service implements all the database API public functions that are actually used from outside the API. The Image Service's API v2 must be enabled, and the Image Service client must point to this. [https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====Storage Support====
The Image Service now supports the following for back-end storage:
* '''Sheepdog'''. The Image Service can now store images in a backend Sheepdog cluster. Sheepdog is an open-source project, offering a distributed storage system for QEMU.
[http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"]
[https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''. OpenStack Cinder can now be used as a block-storage backend for the Image Service. [https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''. The Image Service now supports the GridFS distributed filesytem. Support is enabled using the new .conf options mongodb_store_uri and mongodb_dtore_db. GridFS locations with the form `gridfs://<IMAGE>` are supported. [http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====Multiple Image Locations====
Image service images can now be stored in multiple locations. This enables the efficient consumption of image data and the use of backup images for the event of a primary image failure. [https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

Related updates include:
* A policy layer for locations APIs, to enable the policy checks for changing image locations. [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* Direct URL metadata. Each Image Service storage system can now store location metadata in the image location database, enabling it to return direct URL specific meta-data to the client when direct_url is enabled. For example, given a file://URL, the NFS exporting host, the mount point, and the FS type can now be returned to the client. [https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* Support for multiple locations when downloading images. This allows API clients to consume images from multiple backend store. [https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* Indexed checksum image property. The checksum image property is now indexed allowing users to search for an image by specifying the checksum. [https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber update. The scrubber is a utility that cleans up images that have been deleted. The scrubber now supports multiple locations for 'pending_delete' image. [https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* Metadata checking. Can now enable the checking of metadata at the image location proxy layer when the location is changed. [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====But wait, there's more!====
* '''Configurable container and disk formats'''. Glance previously only supported a specific set of container and disk formats, which were rarely the actual set of formats supported by any given deployment. The set of acceptable container and disk formats can now be configured. [https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''Storage Quota'''. Users can now be limited to N bytes (sum total) across all storage systems (total_storage_quota configured in .conf file). [https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''Membership Policy'''. Policy enforcement has been added to membership APIs (similar to image/location policy enforcement). New policies include 'new_member', 'add_member', 'get_member', 'modify_member', 'get_members', and 'delete_member'. [https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* Check http://bugs.launchpad.net/glance

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースにて3つの新しいプロジェクトがサポートされるようになりました。
そして幾つかの新しい機能が既存のプロジェクトに対して追加されました。まず、
管理者・ユーザー双方にとってユーザエクスペリエンスが改善されました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって最善のリリースだと言えるでしょう。



=== ハイライト ===



==== 新機能 ====

===== Heat =====



OpenStack オーケストレーションプロジェクト Heat が Havana にてデビューしました。
Horizon は Heat の全ての機能をサポートします。特筆するところとして Heat テンプレートフォーマット
, トポロジー仮想化, そしてリソース検査からの動的なフォーム生成機能をサポートしています。

===== Ceilometer =====



また Havana では OpenStack Metering プロジェクトである Ceilometer がデビューしました。
Horizon 最初の Ceilometer のサポート機能として管理者がクラウドリソースの使用量を指示
出来るようになりました。またシステムの利用状況の確認を管理者が理解しやすくなりました。



===== Domains, Groups そして Identiry API v3 サポート =====



Identify サービス Keystone v3 API への対応と共に Horizon は Domains, Groups, Roles
の管理と Domains, Groups, Domain ベース認証そして Domain コンテキストスイッチに
対する割り当て機能をサポートします。



===== Trove データベース =====



OpenStack Database as a Service プロジェクトである Trove が Havana から
インキュベーションを卒業しました。Trove データベースのプロビジョニング・管理そしてバックアップ
を OpenStack ダッシュボードから可能にしてくれた方々に対して感謝します。


===== Nova 機能 =====



幾つもの OpenStack コンピュート (Nova) の新機能が Horizon でサポートになりました。
Havana リリースの新しい機能は下記のとおりです。



* デフォルトクオータの編集
* 管理者のインスタンスパスワードの初期化機能
* アベイラビリティゾーンのサポート
* リージョンサポートの改善
* インスタンスサイズの編集
* ボリュームからの起動機能の改善
* プロジェクト単位でのフレーバ機能サポート



これらの機能はどこで、いつ、どのようにインスタンスが稼働したのかをより良く制御します。



===== Neutron 機能 =====

A number of important new OpenStack Networking (Neutron) features are showcased
in the Havana release, most notably:

* VPN as a Service.
* Firewall as a Service.
* Editable and interactive network topology visualizations.
* Full security group and quota parity between Neutron and Nova network.

These features allow for tremendous flexibility when constructing
software-defined networks for your cloud using Neutron.

==== User Experience Improvements ====

===== Self-Service Password Change =====

Empowered by changes to the Identity API v2.0 (Keystone), users can now change their own
passwords without the need to involve an administrator. This is more secure and
takes the hassle out of things for everyone. This feature is not yet available to users of Identity API v3.

===== Better Admin Information Architecture =====

Several sections of the Admin dashboard have been rearranged to more logically
group information together. Additionally, new sources of information have been
added to allow Admins to better understand the state of the hosts in the cloud
and their relationship to host aggregates, availability zones, etc.

===== Improved Messaging To Users On Logout =====

Several new indicators have been added to inform users why they've been logged
out when they land on the login screen unexpectedly. These indicators make it
clear whether the user's session has expired, they timed out due to inactivity,
or they are not authorized for the section of the dashboard they attempted to
access.

===== Security Group Rule Templates =====

Since there are many very common security group rules which users tediously
re-add each time (rules for SSH and ping, for example) the Horizon team has
added pre-configured templates for common rules which a user can select and
add to their security group with two clicks. These rules are configurable
via the SECURITY_GROUP_RULES setting.

==== Community ====

===== Translation Team =====

The OpenStack Translations team came fully into its own during the Havana cycle
and the quality of the translations in Horizon are the best yet by far.
Congratulations to that team for their success in building the community that
started primarily within the OpenStack Dashboard project.

===== User Experience Group =====

A fledgling OpenStack User Experience Group formed during the Havana cycle with
the mission of improving UX throughout OpenStack. They have quickly made
themselves indispensable to the process of designing and improving features in
the OpenStack Dashboard. Expect significant future improvement in User
Experience now that there are dedicated people actively collaborating in the
open to raise the bar.

==== Under The Hood ====

===== Less Complicated LESS Compilation: No More NodeJS =====

Due to outcry from various parties, and made possible by improvements in the
Python community's support for LESS, Horizon has removed all traces of NodeJS
from the project. We now use the lesscpy module to compile our LESS into
the final stylesheets. This should not affect most users in any way, but it
should make life easier for downstream distributions and the like.

===== Role-Based Access Controls =====

Horizon has begun the transition to using the other OpenStack projects'
policy.json files to enforce access controls in the dashboard if the files
are provided. This means access controls are more configurable and can be kept
in sync between the originating project and Horizon. Currently this is only
supported for Keystone and parts of Nova's policy files. Full support will
come in the next release. You will need to set the POLICY_FILES_PATH and
POLICY_FILES settings in order to enable this feature.

==== Other Improvements and Fixes ====

* Swift container and object metadata are now supported.
* New visualizations for utilization and quotas.
* The Cisco N1K Router plugin's additional features are available through a special additional dashboard when enabled and supported in Neutron.
* Support for self-signed or other specified SSL certificate checking.
* Glance image types are now configurable.
* Sorting has been improved in many places through the dashboard.
* API call efficiency optimizations.
* Required fields in forms are now better indicated.
* Session timeout can now be enabled to log out the user after a period of inactivity as a security feature.
* Significant PEP8 and code quality compliance improvements.
* Hundreds of bugfixes and minor user experience improvements.

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

==== Allowed Hosts ====

For production deployments of Horizon you must add the ALLOWED_HOSTS
setting to your settings.py or local_settings.py file. This setting
was added in Django 1.5 and is an important security feature. For more
information on it please consult the local_settings.py.example file
or Django's documentation.

==== Enabling Keystone and Neutron Features ====

If you have existing configurations for the OPENSTACK_KEYSTONE_BACKEND
or OPENSTACK_NEUTRON_NETWORK settings, you will want to consult the
local_settings.example.py file for information on the new options that
have been added. Existing configurations will continue to work, but may not
have the correct keys to enable some of the new features in Havana.

=== 既知の問題と制限 ===

==== Session Creation and Health Checks ====

If you use a health monitoring service that pings the home page combined with
a database-backed session backend you may experience excessive session creation.
This issue is slated to be fixed soon, but in the interim the recommended
solution is to write a periodic job that deletes expired sessions from your
session store on a regular basis.

==== Deleting large numbers of resources simultaneously ====

Using the "select all" checkbox to delete large numbers of resources at once
can cause network timeouts (depending on configuration). This is due to the
underlying APIs not supporting bulk-deletion natively, and consequently Horizon
has to send requests to delete each resource individually behind the scenes.

==== Conflicting Security Group Names With Neutron ====

Whereas Nova Network uses only the name of a security group when specifying
security groups at instance launch time, Neutron can accept either a name or
a UUID. In order to support both, Horizon passes in the name of the selected
security groups. However, due to some data-isolation issues in Neutron there is
an issue that can arise if an admin user tries to specify a security group with
the same name as another security group in a different project which they also
have access to. Neutron will find multiple matches for the security group
name and will fail to launch the instance. The current workaround is to treat
security group names as unique for admin users.

=== Backwards Compatibility ===

The Havana Horizon release should be fully compatible with both Havana and
Grizzly versions of the rest of the OpenStack integrated projects (Nova, Swift,
etc.). New features in other OpenStack projects which did not exist in Grizzly
will obviously only work in Horizon if the rest of the stack supports them as
well.

Overall, great effort has been made to maintain compatibility for
third-party developers who have built on Horizon so far.

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** トークン生成がプラグイン可能になり、トークンの永続性と分離されました。トークン生成は現在、UUID ベースと PKI ベースがあります。運用者は <code>keystone.token.provider.Provider</code> インターフェースの独自実装を作成でき、それを使用するよう keystone に <code>[token] provider</code> と設定できるようになりました。その結果、この新しい設定オプションのため、<code>[signing] token_format</code> が非推奨になりました。
** Apache httpd の後ろの導入に対する最高級のサポート

* New deployment features
** Ability to cache the results of driver calls in a key-value store (for example, memcached or redis)
** <code>keystone-manage token_flush</code> command to help purge expired tokens

* New API features
** Delegated role-based authorization to arbitrary consumers using OAuth 1.0a
** API clients can now opt out of the service catalog being included in a token response
** Domain role assignments can now be inherited by that domain's projects
** Aggregated role assignments API
** External authentication providers can now embed a binding reference into tokens such that remote services may optionally validate the identity of the user presenting the token against an presented external authentication mechanism. Currently, only <code>kerberos</code> is supported.
** Endpoints may now be explicitly mapped to projects, effectively preventing certain endpoints from appearing in the service catalog for certain based on the project scope of a token. This does not prevent end users from accessing or using endpoints they are aware of through some other means.

* Event notifications emitted for user and project/tenant create, update, and delete operations
* General performance improvements
* The v2 and v3 API now use the same logic for computing the list of roles assigned to a user-project pair during authentication, based on user+project, group+project, user+domain-inherited, and group+domain-inherited role assignments (where domain-inherited role assignments allow a domain-level role assignment to apply to all projects owned by that domain). The v3 API now uses a similar approach for computing user+domain role assignments for domain-scoped tokens.
* Logs are handled using a common logging implementation from Oslo-incubator, consistent with other OpenStack projects
* SQL migrations for extensions can now be managed independently from the primary migration repository using <code>keystone-manage db_sync --extension=«extension-name»</code>.

=== 既知の問題 ===

* [https://pypi.python.org/pypi/six/ six] v1.4.1 or higher is an undocumented requirement ([https://bugs.launchpad.net/keystone/+bug/1237089 bug 1237089]). Without six, Keystone will fail on startup with either <code>ImportError: No module named six</code> or <code>pkg_resources.DistributionNotFound: six</code>.
* An experimental implementation of [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (for example, a unique LDAP configuration per domain) was started in Havana but remains incomplete and will be finished during Icehouse.

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== New Name ====
The OpenStack Networking project has a new name in this release: Neutron. The Havana release will run using configuration files from Grizzly Quantum; however the usage of Quantum is deprecated and deployers should update all references at their earliest opportunity. Support for the Quantum configuration files and executable names will dropped in 2014.1 (Icehouse).
==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== Deprecation Notices ===
* The usage of "quantum" or "Quantum" in configuration files and executable names is officially deprecated. This is the last release that will support those names and new deployments should use proper Neutron names for those values. Support for compatibility will only exist in this release.
* The Linux Bridge and Open vSwitch plugins have been feature frozen and will be removed in the J (2014.2) release. New deployments should choose ML2 instead of the individual Open vSwitch or Linux Bridge plugins.

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいベンダドライバ ===
* Dell EqualLogic ボリュームドライバ
* VMware VMDK Cinder ドライバ
* IBM General Parallel File System (GPFS)

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== New Backup Drivers ===
* Allow Ceph as an option for volume backup
* IBM Tivoli Storage Manager (TSM)

=== 既知の問題 ===
* Bug #1237338 : Upload volume to image fails with VMWare volume driver
* Bug: #1240299 : clear volume operation is called on all LVM vol deletes even thin provisioned. Until fix is released be sure to set volume_clear=None in cinder.conf

=== アップグレード時の注意 ===
* The ThinLVM volume driver functionality is now part of the standard LVM ISCSI volume driver. Configuration should be updated to use volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" and set the option lvm_type="thin". This will be done automatically for compatibility in Havana if volume_driver is set to "cinder.volume.drivers.lvm.ThinLVMVolumeDriver", but Icehouse will require these options to be updated in cinder.conf.

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* The statistics endpoint can now be used to group samples by some fields using the ''groupby'' argument
* A new alarm API is now available (see '''Alarms''')
* Users can now post their own samples and meters through the API

==== Alarms ====
Alarms are a new feature allowing users and operators to trigger actions based on comparing the statistics trend against a threshold over a period of time. It is composed of the following services:
* ''ceilometer-api'' now exposes the new ''/v2/alarms'' endpoint providing control over alarm lifecycle;
* ''ceilometer-alarm-evaluator'' evaluates alarms periodically in order to detect detects when an alarm state changes;
* ''ceilometer-alarm-notifier'' receives notifications sent by ''ceilometer-alarm-evaluator'' when an alarm is triggered and executes the associated action

The alarm API also exposes the history of alarm state transitions and rule changes.

==== Collector ====
* New HBase driver
* New DB2 (NoSQL) driver
* Improved SQLAlchemy driver
* Improved MongoDB driver
* Added a TTL functionality that allows to delete old samples from the database
* Added the ability to store events
* Added event storage feature on SQLAlchemy

==== Publisher drivers ====
* Added a UDP based publisher

==== Transformers ====
* Added new unit-scaling and rate-of-change transformers

==== Meters ====
* Added a meter on API requests using a special Python middleware
* Added the ability to record samples from the new Neutron bandwidth metering feature

==== Compute agent ====
* Added support for Hyper-V

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai

ReleaseNotes/Havana/ja

2013-10-18T13:50:14Z

Tomo: /* 主な新機能 (Keystone) */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* Global clusters support
The "region" concept introduced in Swift 1.8.0 has been augmented with
support for using a separate replication network and configuring read
and write affinity. These features combine to offer support for a single
Swift cluster spanning wide geographic area.

* Added config file conf.d support
Allow Swift daemons and servers to optionally accept a directory as the
configuration parameter. This allows different parts of the config file
to be managed separately, eg each middleware could use a separate file
for its particular config settings.

* Disk performance
The object server now can be configured to use threadpools to increase
performance and smooth out latency throughout the system. Also, many
disk operations were reordered to increase reliability and improve
performance.

* Added support for pooling memcache connections

* Much faster calculation for choosing handoff nodes

=== Significant bugs fixed ===

* Fixed bug where memcache entries would not expire

* Fixed issue where the proxy would continue to read from a storage
server even after a client had disconnected

* Fix issue with UTF-8 handling in versioned writes

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
Change the default value of wsgi workers from 1 to auto. The new
default value for workers in the proxy, container, account & object
wsgi servers will spawn as many workers per process as you have cpu
cores. This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* Added reveal_sensitive_prefix config setting to filter the auth token
logged by the proxy server.

* Added support to replicating handoff partitions first in object
replication. Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* Added crossdomain.xml middleware. See
http://docs.openstack.org/developer/swift/crossdomain.html for details

* Numerous improvements to get Swift running under PyPy

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cell ====

* Cell スケジューラでフィルターと重み付けがサポートされました。設定の '''[cells]''' グループの新規オプション '''scheduler_filter_classes''' と '''scheduler_weight_classes''' で設定できます。 '''ram_by_instance_type''' と '''weight_offset''' モジュールが新規に追加され、前のリリースで使われていた Cell のランダム選択は削除されました。また、フィルタークラス '''TargetCellFilter''' により、管理者がスケジューラーヒントを使って特定の Cell にインスタンスを作成するように指示できます。これにより概念上は Cell スケジューリングは既存のホストスケジューリングと同様に動作するようになります。 ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Cell 内での仮想マシンインスタンスのライブマイグレーションがサポートされました。 Cell 間でのライブマイグレーションはサポートされていません。([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cell 使用時に Nova から Cinder が利用できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== 全般 =====

* 利用可能なハイパーバイザーに [http://docker.io Docker] を使ったコンテナの作成・管理が追加されました。 ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint])

* インスタンスを "shelve" する (棚上げにする) 機能が追加されました。この機能を使うと、長期間停止されたインスタンスをハイパーバイザーから追い出し、リソースを解放できます。([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint])

* '''vendor_data''' セクションがメタデータサービスとコンフィグドライブ機能に追加されました。これにより、メタデータを拡張してベンダー固有やサイト固有のデータをゲストで利用できるようになります。 ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint])

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Windows Server / Hyper-V Server 2012 R2 のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint])

* VHDX フォーマットのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint])

* 動的メモリのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* エフェメラルストレージのサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Ceilometer 連携用のコンピュート情報のサポート ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* QEMU ゲストエージェント ('''qemu-guest-agent''') のサポート。 * '''hw_qemu_guest_agent''' プロパティが "yes" で作成されたゲストで有効になります。 ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* 物理コンピュートノードから仮想ゲストへの PCI デバイスのパススルーのサポート。現在のところ、パススルーが動作する実装は libvirt ドライバーだけである。 ([https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* libvirt を使ったハイパーバイザーでの Cinder からの QoS パラメータの抽出とそれに基づくディスクアクセスのレート制限のサポート ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* [http://plumgrid.com/technology/ IO Visor] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint])

* [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] 仮想インタフェースドライバーの追加 ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint])

* RBD をイメージ格納バックエンドとしてサポート ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* Support for managing multiple clusters ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint]).

* Cinder driver support ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* Image clone strategy - allow images to specify if they are to be used as linked clone or full clone images ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* Support for using a config drive ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* Supports showing a log of a server console ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])

* Support for splitting up large ephemeral disks into 1024GB or 2000GB chunks to work around VHD max disk size limitations ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])

* Allow images to have the setting of AutoDiskConfig=disabled, to mean users are unable to set AutoDiskConfig=Manual on these images and servers ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])

* Improvements to how nova communicates with the Nova agent, so you are able to use both cloud-init and the Nova agent in the same cloud. ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])

* Ability to boot VMs into a state where they are running a linux distribution installer, to help users build their own custom images ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])

* Experimental support for XenServer core, and running nova-compute in a XenServer core Dom0. ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])

* Experimental support for using the LVHD storage SR, and support for booting from compressed raw glance images ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])

* Much work to improve stability and supportability. Examples include the ability to configure the compression ratio used for snapshots sent to glance and auto rollback of errors during the Resize down of servers due to disks been too small for the destination size.

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* Quotas may now be defined on a per-user basis ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])
* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== Notifications ====

* Notifications are now generated when host aggregates are created, deleted, expanded, contracted, or otherwise updated ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).

* Notifications are now generated when building an instance fails ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== Scheduler ====

* Added '''force_nodes''' to filter properties, allowing operators to explicitly specify the node for provisioning when using the baremetal driver ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint]).

* Added the ability to make the '''IsolatedHostsFilter''' less restrictive, allowing isolated hosts to use all images, by manipulating the value of the new '''restrict_isolated_hosts_to_isolated_images''' configuration directive in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint]).

* Added a '''GroupAffinityFilter''' as a counterpart to the existing '''GroupAntiAffinityFilter'''. The new filter allows the scheduling of an instance on a host from a specific group of hosts ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint]).

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* Added per-aggregate filters '''AggregateRamFilter''' and '''AggregateCoreFilter''' which enforce themselves on host aggregates rather than globally. '''AggregateDiskFilter''' will be added in a future release ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* Scheduler performance has been improved by removing the periodic messages that were being broadcasted from all compute nodes to all schedulers ([https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint]).

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== Storage ====

* Attached Cinder volumes can now be encrypted. Data is decrypted as needed at read and write time while presenting instances with a normal block storage device ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* Added the ability to transparently swap out the Cinder volume attached to an instance. While the instance may pause briefly while the volume is swapped no reads or writes are lost ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* When connecting to NFS or GlusterFS backed volumes Nova now uses the mount options set in the Cinder configuration. Previously the mount options had to be set on each Compute node that would access the volumes ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* Added native GlusterFS support. If '''qemu_allowed_storage_drivers''' is set to '''gluster''' in '''nova.conf''' then QEMU is configured to access the volume directly using '''libgfapi''' instead of via '''fuse''' ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* QEMU assisted snapshotting is now used to provide the ability to create cinder volume snapshots, even when the storage backing storage in use does not support them natively, such as GlusterFS ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* The iSER transport protocol is now supported for accessing storage, providing performance improvements compared to using iSCSI over TCP ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* The Conductor is now able to spawn multiple worker threads operating in parallel, the number of threads to spawn is determined by the value of '''workers''' in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova now uses the common service infrastructure provided by Oslo ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint]).

* Changes have been made that will allow backporting bug fixes that require a database migration ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint]).

* A significant amount of progress has been made toward eventually supporting live upgrades of a Nova deployment. In Havana, improvements included additional controls over versions of messages sent between services (see the '''[upgrade_levels]''' section of nova.conf) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]), and a new object layer that helps decouple the code base from the details of the database schema ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]).

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

* Note that periodic tasks will now run more often than before. The frequency of periodic task runs has always been configurable. However, the timer for when to run the task again was previously started after the last run of the task completed. The tasks now run at a constant frequency, regardless of how long a given run takes. This makes it much more clear for when tasks are supposed to run. However, the side effect is that tasks will now run a bit more often by default. (https://review.openstack.org/#/c/26448/)
* The security_groups_handler option has been removed from nova.conf. It was added for Quantum and is no longer needed. (https://review.openstack.org/#/c/28384/)
* This change should not affect upgrades, but it is a change in behavior for all new deployments. Previous versions created the default m1.tiny flavor with a disk size of 0. The default value is now 1. 0 means not to do any disk resizing and just use whatever disk size is set up in the image. 1 means to impose a 1 GB limit. The special value of 0 is still supported if you would like to create or modify flavors to use it. (https://review.openstack.org/#/c/27991/).
* A plugins framework has been removed since what it provided was possible via other means. (https://review.openstack.org/#/c/33595)
* The notify_on_any_change configuration option has been removed. (https://review.openstack.org/#/c/35264/)
* The compute_api_class option has been deprecated and will be removed in a future release. (https://review.openstack.org/#/c/28750/)
* Nova now uses Neutron after Quantum was renamed. (https://review.openstack.org/#/c/35425/)
* Nova will now reject requests to create a server when there are multiple Neutron networks defined, but no networks specified in the server create request. Nova would previously attach the server to *all* networks, but consensus was that behavior didn't make sense. (https://review.openstack.org/#/c/33996/)
* The vmware configuration variable 'vnc_password' is now deprecated. A user will no longer be required to enter as password to have VNC access. This now works like all other virt drivers. (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====Property Protections====
Specific groups of users can now be authorized to create, update, and read different properties of arbitrary entities. There are two types of image properties in the Image Service:
* Core Properties, as specified by the image schema.
* Meta Properties, which are arbitrary key/value pairs that can be added to an image.
Access to meta properties through the Image Service's public API calls can now be restricted to certain sets of users, using a property protections configuration file (specified in the glance-api.conf file). For example:
* Limit all property interactions to admin only.
* Allow both admins and users with the billing role to read and modify all properties prefixed with ``x_billing_code_``.
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
A new API has been created for the Registry service (db_api compliant) using RPC-over-HTTP. The API:
* Allows Glance to continue to support legacy deployments that were using the earlier registry service. Glance v2 dropped completely the use of a registry service, which in some cases could result in a security vulnerability (all database parameters had to be present in glance-api.conf if deployed as a 'public' service).
* Makes it easier to implement new methods to the database API without having to modify the registry's API.
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

Updates include a registry database driver that talks to a remote registry service, which in turn talks directly to a database back end. The registry service implements all the database API public functions that are actually used from outside the API. The Image Service's API v2 must be enabled, and the Image Service client must point to this. [https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====Storage Support====
The Image Service now supports the following for back-end storage:
* '''Sheepdog'''. The Image Service can now store images in a backend Sheepdog cluster. Sheepdog is an open-source project, offering a distributed storage system for QEMU.
[http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"]
[https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''. OpenStack Cinder can now be used as a block-storage backend for the Image Service. [https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''. The Image Service now supports the GridFS distributed filesytem. Support is enabled using the new .conf options mongodb_store_uri and mongodb_dtore_db. GridFS locations with the form `gridfs://<IMAGE>` are supported. [http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====Multiple Image Locations====
Image service images can now be stored in multiple locations. This enables the efficient consumption of image data and the use of backup images for the event of a primary image failure. [https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

Related updates include:
* A policy layer for locations APIs, to enable the policy checks for changing image locations. [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* Direct URL metadata. Each Image Service storage system can now store location metadata in the image location database, enabling it to return direct URL specific meta-data to the client when direct_url is enabled. For example, given a file://URL, the NFS exporting host, the mount point, and the FS type can now be returned to the client. [https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* Support for multiple locations when downloading images. This allows API clients to consume images from multiple backend store. [https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* Indexed checksum image property. The checksum image property is now indexed allowing users to search for an image by specifying the checksum. [https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber update. The scrubber is a utility that cleans up images that have been deleted. The scrubber now supports multiple locations for 'pending_delete' image. [https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* Metadata checking. Can now enable the checking of metadata at the image location proxy layer when the location is changed. [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====But wait, there's more!====
* '''Configurable container and disk formats'''. Glance previously only supported a specific set of container and disk formats, which were rarely the actual set of formats supported by any given deployment. The set of acceptable container and disk formats can now be configured. [https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''Storage Quota'''. Users can now be limited to N bytes (sum total) across all storage systems (total_storage_quota configured in .conf file). [https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''Membership Policy'''. Policy enforcement has been added to membership APIs (similar to image/location policy enforcement). New policies include 'new_member', 'add_member', 'get_member', 'modify_member', 'get_members', and 'delete_member'. [https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* Check http://bugs.launchpad.net/glance

== OpenStack Dashboard (Horizon) ==



=== リリース概要 ===

Havana リリースにて3つの新しいプロジェクトがサポートされるようになりました。
そして幾つかの新しい機能が既存のプロジェクトに対して追加されました。まず、
管理者・ユーザー双方にとってユーザエクスペリエンスが改善されました。
コミュニティは成長し続けています。Havana は OpenStack Dashboard プロジェクト
にとって最善のリリースだと言えるでしょう。

=== Highlights ===

==== New Features ====

===== Heat =====

The OpenStack Orchestration project (Heat) debuted in Havana, and Horizon
delivers full support for managing your Heat stacks. Highlights include
support for dynamic form generation from supported Heat template formats,
stack topology visualizations, and full stack resource inspection.

===== Ceilometer =====

Also debuting in Havana is the OpenStack Metering project (Ceilometer). Initial
support for Ceilometer is included in Horizon so that it is possible for an
administrator to query the usage of the cloud through the OpenStack Dashboard
and better understand how the system is functioning and being utilized.

===== Domains, Groups, and More: Identity API v3 Support =====

With the OpenStack Identity Service (Keystone) v3 API fully fledged in the
Havana release, Horizon has added full support for all the new features such
as Domains and Groups, Role management and assignment to Domains and Groups,
Domain-based authentication, and Domain context switching.

===== Trove Databases =====

The OpenStack Database as a Service project (Trove) graduated from incubation
in the Havana cycle, and thanks to their industriousness they delivered a
set of panels for the OpenStack dashboard to allow for provisioning and managing
your Trove databases and backups. Disclaimer: Given that Trove's first official
release as an integrated project will not be until Icehouse this feature should
still be considered experimental and may be subject to change.

===== Nova Features =====

The number of OpenStack Compute (Nova) features that are supported in Horizon
continues to grow. New features in the Havana release include:

* Editable default quotas.
* The ability for an administrator to reset the password of a server/instance.
* Availability zone support.
* Improved region support.
* Instance resizing.
* Improved boot-from-volume support.
* Per-project flavor support.

All of these provide a richer set of options for controlling where, when and how
instances are launched, and improving how they're managed once they're up and
running.

===== Neutron Features =====

A number of important new OpenStack Networking (Neutron) features are showcased
in the Havana release, most notably:

* VPN as a Service.
* Firewall as a Service.
* Editable and interactive network topology visualizations.
* Full security group and quota parity between Neutron and Nova network.

These features allow for tremendous flexibility when constructing
software-defined networks for your cloud using Neutron.

==== User Experience Improvements ====

===== Self-Service Password Change =====

Empowered by changes to the Identity API v2.0 (Keystone), users can now change their own
passwords without the need to involve an administrator. This is more secure and
takes the hassle out of things for everyone. This feature is not yet available to users of Identity API v3.

===== Better Admin Information Architecture =====

Several sections of the Admin dashboard have been rearranged to more logically
group information together. Additionally, new sources of information have been
added to allow Admins to better understand the state of the hosts in the cloud
and their relationship to host aggregates, availability zones, etc.

===== Improved Messaging To Users On Logout =====

Several new indicators have been added to inform users why they've been logged
out when they land on the login screen unexpectedly. These indicators make it
clear whether the user's session has expired, they timed out due to inactivity,
or they are not authorized for the section of the dashboard they attempted to
access.

===== Security Group Rule Templates =====

Since there are many very common security group rules which users tediously
re-add each time (rules for SSH and ping, for example) the Horizon team has
added pre-configured templates for common rules which a user can select and
add to their security group with two clicks. These rules are configurable
via the SECURITY_GROUP_RULES setting.

==== Community ====

===== Translation Team =====

The OpenStack Translations team came fully into its own during the Havana cycle
and the quality of the translations in Horizon are the best yet by far.
Congratulations to that team for their success in building the community that
started primarily within the OpenStack Dashboard project.

===== User Experience Group =====

A fledgling OpenStack User Experience Group formed during the Havana cycle with
the mission of improving UX throughout OpenStack. They have quickly made
themselves indispensable to the process of designing and improving features in
the OpenStack Dashboard. Expect significant future improvement in User
Experience now that there are dedicated people actively collaborating in the
open to raise the bar.

==== Under The Hood ====

===== Less Complicated LESS Compilation: No More NodeJS =====

Due to outcry from various parties, and made possible by improvements in the
Python community's support for LESS, Horizon has removed all traces of NodeJS
from the project. We now use the lesscpy module to compile our LESS into
the final stylesheets. This should not affect most users in any way, but it
should make life easier for downstream distributions and the like.

===== Role-Based Access Controls =====

Horizon has begun the transition to using the other OpenStack projects'
policy.json files to enforce access controls in the dashboard if the files
are provided. This means access controls are more configurable and can be kept
in sync between the originating project and Horizon. Currently this is only
supported for Keystone and parts of Nova's policy files. Full support will
come in the next release. You will need to set the POLICY_FILES_PATH and
POLICY_FILES settings in order to enable this feature.

==== Other Improvements and Fixes ====

* Swift container and object metadata are now supported.
* New visualizations for utilization and quotas.
* The Cisco N1K Router plugin's additional features are available through a special additional dashboard when enabled and supported in Neutron.
* Support for self-signed or other specified SSL certificate checking.
* Glance image types are now configurable.
* Sorting has been improved in many places through the dashboard.
* API call efficiency optimizations.
* Required fields in forms are now better indicated.
* Session timeout can now be enabled to log out the user after a period of inactivity as a security feature.
* Significant PEP8 and code quality compliance improvements.
* Hundreds of bugfixes and minor user experience improvements.

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

==== Allowed Hosts ====

For production deployments of Horizon you must add the ALLOWED_HOSTS
setting to your settings.py or local_settings.py file. This setting
was added in Django 1.5 and is an important security feature. For more
information on it please consult the local_settings.py.example file
or Django's documentation.

==== Enabling Keystone and Neutron Features ====

If you have existing configurations for the OPENSTACK_KEYSTONE_BACKEND
or OPENSTACK_NEUTRON_NETWORK settings, you will want to consult the
local_settings.example.py file for information on the new options that
have been added. Existing configurations will continue to work, but may not
have the correct keys to enable some of the new features in Havana.

=== 既知の問題と制限 ===

==== Session Creation and Health Checks ====

If you use a health monitoring service that pings the home page combined with
a database-backed session backend you may experience excessive session creation.
This issue is slated to be fixed soon, but in the interim the recommended
solution is to write a periodic job that deletes expired sessions from your
session store on a regular basis.

==== Deleting large numbers of resources simultaneously ====

Using the "select all" checkbox to delete large numbers of resources at once
can cause network timeouts (depending on configuration). This is due to the
underlying APIs not supporting bulk-deletion natively, and consequently Horizon
has to send requests to delete each resource individually behind the scenes.

==== Conflicting Security Group Names With Neutron ====

Whereas Nova Network uses only the name of a security group when specifying
security groups at instance launch time, Neutron can accept either a name or
a UUID. In order to support both, Horizon passes in the name of the selected
security groups. However, due to some data-isolation issues in Neutron there is
an issue that can arise if an admin user tries to specify a security group with
the same name as another security group in a different project which they also
have access to. Neutron will find multiple matches for the security group
name and will fail to launch the instance. The current workaround is to treat
security group names as unique for admin users.

=== Backwards Compatibility ===

The Havana Horizon release should be fully compatible with both Havana and
Grizzly versions of the rest of the OpenStack integrated projects (Nova, Swift,
etc.). New features in other OpenStack projects which did not exist in Grizzly
will obviously only work in Horizon if the rest of the stack supports them as
well.

Overall, great effort has been made to maintain compatibility for
third-party developers who have built on Horizon so far.

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* 導入の柔軟性の改善
** 「assignments」ドライバーにより決定される認可データ (テナント/プロジェクト、ロール、ロール割り当て。例: SQL) を、「identity」ドライバーにより決定される認証データ (ユーザー、グループ。例: LDAP) と別のバックエンドに保存できるようになりました。
** 「credentials」ドライバーにより決定されるクレデンシャル (例: ec2 トークン) を認証データと別のバックエンドに保存できるようになりました。
** よりきめ細かい RBAC ポリシールール (例: API リクエスト / レスポンス内容の属性項目に基づいたルール) を指定できるようになりました。
** <code>REMOTE_USER</code> を用いた外部認証のプラグイン可能な処理。
** Token generation, which is currently either UUID or PKI based, is now pluggable and separated from token persistence. Deployers can write a custom implementation of the <code>keystone.token.provider.Provider</code> interface and configure keystone to use it with <code>[token] provider</code>. As a result, <code>[signing] token_format</code> is now deprecated in favor of this new configuration option.
** First-class support for deployment behind Apache httpd

* New deployment features
** Ability to cache the results of driver calls in a key-value store (for example, memcached or redis)
** <code>keystone-manage token_flush</code> command to help purge expired tokens

* New API features
** Delegated role-based authorization to arbitrary consumers using OAuth 1.0a
** API clients can now opt out of the service catalog being included in a token response
** Domain role assignments can now be inherited by that domain's projects
** Aggregated role assignments API
** External authentication providers can now embed a binding reference into tokens such that remote services may optionally validate the identity of the user presenting the token against an presented external authentication mechanism. Currently, only <code>kerberos</code> is supported.
** Endpoints may now be explicitly mapped to projects, effectively preventing certain endpoints from appearing in the service catalog for certain based on the project scope of a token. This does not prevent end users from accessing or using endpoints they are aware of through some other means.

* Event notifications emitted for user and project/tenant create, update, and delete operations
* General performance improvements
* The v2 and v3 API now use the same logic for computing the list of roles assigned to a user-project pair during authentication, based on user+project, group+project, user+domain-inherited, and group+domain-inherited role assignments (where domain-inherited role assignments allow a domain-level role assignment to apply to all projects owned by that domain). The v3 API now uses a similar approach for computing user+domain role assignments for domain-scoped tokens.
* Logs are handled using a common logging implementation from Oslo-incubator, consistent with other OpenStack projects
* SQL migrations for extensions can now be managed independently from the primary migration repository using <code>keystone-manage db_sync --extension=«extension-name»</code>.

=== 既知の問題 ===

* [https://pypi.python.org/pypi/six/ six] v1.4.1 or higher is an undocumented requirement ([https://bugs.launchpad.net/keystone/+bug/1237089 bug 1237089]). Without six, Keystone will fail on startup with either <code>ImportError: No module named six</code> or <code>pkg_resources.DistributionNotFound: six</code>.
* An experimental implementation of [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (for example, a unique LDAP configuration per domain) was started in Havana but remains incomplete and will be finished during Icehouse.

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== New Name ====
The OpenStack Networking project has a new name in this release: Neutron. The Havana release will run using configuration files from Grizzly Quantum; however the usage of Quantum is deprecated and deployers should update all references at their earliest opportunity. Support for the Quantum configuration files and executable names will dropped in 2014.1 (Icehouse).
==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== Deprecation Notices ===
* The usage of "quantum" or "Quantum" in configuration files and executable names is officially deprecated. This is the last release that will support those names and new deployments should use proper Neutron names for those values. Support for compatibility will only exist in this release.
* The Linux Bridge and Open vSwitch plugins have been feature frozen and will be removed in the J (2014.2) release. New deployments should choose ML2 instead of the individual Open vSwitch or Linux Bridge plugins.

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいベンダドライバ ===
* Dell EqualLogic ボリュームドライバ
* VMware VMDK Cinder ドライバ
* IBM General Parallel File System (GPFS)

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== New Backup Drivers ===
* Allow Ceph as an option for volume backup
* IBM Tivoli Storage Manager (TSM)

=== 既知の問題 ===
* Bug #1237338 : Upload volume to image fails with VMWare volume driver
* Bug: #1240299 : clear volume operation is called on all LVM vol deletes even thin provisioned. Until fix is released be sure to set volume_clear=None in cinder.conf

=== アップグレード時の注意 ===
* The ThinLVM volume driver functionality is now part of the standard LVM ISCSI volume driver. Configuration should be updated to use volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" and set the option lvm_type="thin". This will be done automatically for compatibility in Havana if volume_driver is set to "cinder.volume.drivers.lvm.ThinLVMVolumeDriver", but Icehouse will require these options to be updated in cinder.conf.

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* The statistics endpoint can now be used to group samples by some fields using the ''groupby'' argument
* A new alarm API is now available (see '''Alarms''')
* Users can now post their own samples and meters through the API

==== Alarms ====
Alarms are a new feature allowing users and operators to trigger actions based on comparing the statistics trend against a threshold over a period of time. It is composed of the following services:
* ''ceilometer-api'' now exposes the new ''/v2/alarms'' endpoint providing control over alarm lifecycle;
* ''ceilometer-alarm-evaluator'' evaluates alarms periodically in order to detect detects when an alarm state changes;
* ''ceilometer-alarm-notifier'' receives notifications sent by ''ceilometer-alarm-evaluator'' when an alarm is triggered and executes the associated action

The alarm API also exposes the history of alarm state transitions and rule changes.

==== Collector ====
* New HBase driver
* New DB2 (NoSQL) driver
* Improved SQLAlchemy driver
* Improved MongoDB driver
* Added a TTL functionality that allows to delete old samples from the database
* Added the ability to store events
* Added event storage feature on SQLAlchemy

==== Publisher drivers ====
* Added a UDP based publisher

==== Transformers ====
* Added new unit-scaling and rate-of-change transformers

==== Meters ====
* Added a meter on API requests using a special Python middleware
* Added the ability to record samples from the new Neutron bandwidth metering feature

==== Compute agent ====
* Added support for Hyper-V

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* nova : amotoki
* cinder: yosshy
* Keystone: katomo
* horizon : thirai

ReleaseNotes/Havana/ja

2013-10-18T12:53:11Z

Tomo: /* OpenStack Documentation */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* Global clusters support
The "region" concept introduced in Swift 1.8.0 has been augmented with
support for using a separate replication network and configuring read
and write affinity. These features combine to offer support for a single
Swift cluster spanning wide geographic area.

* Added config file conf.d support
Allow Swift daemons and servers to optionally accept a directory as the
configuration parameter. This allows different parts of the config file
to be managed separately, eg each middleware could use a separate file
for its particular config settings.

* Disk performance
The object server now can be configured to use threadpools to increase
performance and smooth out latency throughout the system. Also, many
disk operations were reordered to increase reliability and improve
performance.

* Added support for pooling memcache connections

* Much faster calculation for choosing handoff nodes

=== Significant bugs fixed ===

* Fixed bug where memcache entries would not expire

* Fixed issue where the proxy would continue to read from a storage
server even after a client had disconnected

* Fix issue with UTF-8 handling in versioned writes

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
Change the default value of wsgi workers from 1 to auto. The new
default value for workers in the proxy, container, account & object
wsgi servers will spawn as many workers per process as you have cpu
cores. This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* Added reveal_sensitive_prefix config setting to filter the auth token
logged by the proxy server.

* Added support to replicating handoff partitions first in object
replication. Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* Added crossdomain.xml middleware. See
http://docs.openstack.org/developer/swift/crossdomain.html for details

* Numerous improvements to get Swift running under PyPy

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cells ====

* The Cells scheduler has been updated to support filtering and weighting via the new '''scheduler_filter_classes''' and '''scheduler_weight_classes''' options in the '''[cells]''' configuration group. The new '''ram_by_instance_type''' and '''weight_offset''' weighting modules have also been added, removing the random selection of Cells used in previous releases. In addition a filter class, '''TargetCellFilter''', allows administrators to specify a scheduler hint to direct a build to a particular Cell. This makes Cell scheduling work conceptually similar to the existing host scheduling. ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Live migration of virtual machine instances is now supported within a single Cell. Live migration of virtual machine instances between Cells is not supported. ([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cinder is now supported by Nova when using Cells. ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== General =====

* Added Hypervisor support for containers created and managed using [http://docker.io Docker] ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint]).

* Nova has a new feature that allows you to "shelve" an instance. This allows instances that are stopped for an extended period of time to be moved off of the hypervisors to free up resources ([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint]).

* A '''vendor_data''' section has been added to the metadata service and configuration drive facilities. This allows the extension of the metadata available to guests to include vendor or site specific data ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint]).

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Support for Windows Server / Hyper-V Server 2012 R2 ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint]).

* VHDX format support ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint]).

* Dynamic memory support ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* Ephemeral storage support ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Compute metrics support for Ceilometer integration ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* Support for the QEMU guest agent ('''qemu-guest-agent''') has been added for guests created with the '''hw_qemu_guest_agent''' property set to '''yes''' ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* Support for passthrough of PCI devices from the physical compute node to virtualized guests has been added to Nova. Currently only the libvirt driver provides a working implementation ( [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* Added support for extracting QoS parameters from Cinder and rate limiting disk access based on them when using libvirt-based hypervisors ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* Added [http://plumgrid.com/technology/ IO Visor] virtual interface driver ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* Added [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] virtual interface driver ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint]).

* Added [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] virtual interface driver ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint]).

* RBD is now supported as as a backend for storing images ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* Support for managing multiple clusters ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint]).

* Cinder driver support ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* Image clone strategy - allow images to specify if they are to be used as linked clone or full clone images ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* Support for using a config drive ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* Supports showing a log of a server console ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])

* Support for splitting up large ephemeral disks into 1024GB or 2000GB chunks to work around VHD max disk size limitations ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])

* Allow images to have the setting of AutoDiskConfig=disabled, to mean users are unable to set AutoDiskConfig=Manual on these images and servers ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])

* Improvements to how nova communicates with the Nova agent, so you are able to use both cloud-init and the Nova agent in the same cloud. ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])

* Ability to boot VMs into a state where they are running a linux distribution installer, to help users build their own custom images ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])

* Experimental support for XenServer core, and running nova-compute in a XenServer core Dom0. ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])

* Experimental support for using the LVHD storage SR, and support for booting from compressed raw glance images ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])

* Much work to improve stability and supportability. Examples include the ability to configure the compression ratio used for snapshots sent to glance and auto rollback of errors during the Resize down of servers due to disks been too small for the destination size.

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* Quotas may now be defined on a per-user basis ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])
* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== Notifications ====

* Notifications are now generated when host aggregates are created, deleted, expanded, contracted, or otherwise updated ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).

* Notifications are now generated when building an instance fails ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== Scheduler ====

* Added '''force_nodes''' to filter properties, allowing operators to explicitly specify the node for provisioning when using the baremetal driver ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint]).

* Added the ability to make the '''IsolatedHostsFilter''' less restrictive, allowing isolated hosts to use all images, by manipulating the value of the new '''restrict_isolated_hosts_to_isolated_images''' configuration directive in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint]).

* Added a '''GroupAffinityFilter''' as a counterpart to the existing '''GroupAntiAffinityFilter'''. The new filter allows the scheduling of an instance on a host from a specific group of hosts ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint]).

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* Added per-aggregate filters '''AggregateRamFilter''' and '''AggregateCoreFilter''' which enforce themselves on host aggregates rather than globally. '''AggregateDiskFilter''' will be added in a future release ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* Scheduler performance has been improved by removing the periodic messages that were being broadcasted from all compute nodes to all schedulers ([https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint]).

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== Storage ====

* Attached Cinder volumes can now be encrypted. Data is decrypted as needed at read and write time while presenting instances with a normal block storage device ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* Added the ability to transparently swap out the Cinder volume attached to an instance. While the instance may pause briefly while the volume is swapped no reads or writes are lost ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* When connecting to NFS or GlusterFS backed volumes Nova now uses the mount options set in the Cinder configuration. Previously the mount options had to be set on each Compute node that would access the volumes ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* Added native GlusterFS support. If '''qemu_allowed_storage_drivers''' is set to '''gluster''' in '''nova.conf''' then QEMU is configured to access the volume directly using '''libgfapi''' instead of via '''fuse''' ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* QEMU assisted snapshotting is now used to provide the ability to create cinder volume snapshots, even when the storage backing storage in use does not support them natively, such as GlusterFS ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* The iSER transport protocol is now supported for accessing storage, providing performance improvements compared to using iSCSI over TCP ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* The Conductor is now able to spawn multiple worker threads operating in parallel, the number of threads to spawn is determined by the value of '''workers''' in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova now uses the common service infrastructure provided by Oslo ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint]).

* Changes have been made that will allow backporting bug fixes that require a database migration ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint]).

* A significant amount of progress has been made toward eventually supporting live upgrades of a Nova deployment. In Havana, improvements included additional controls over versions of messages sent between services (see the '''[upgrade_levels]''' section of nova.conf) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]), and a new object layer that helps decouple the code base from the details of the database schema ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]).

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

* Note that periodic tasks will now run more often than before. The frequency of periodic task runs has always been configurable. However, the timer for when to run the task again was previously started after the last run of the task completed. The tasks now run at a constant frequency, regardless of how long a given run takes. This makes it much more clear for when tasks are supposed to run. However, the side effect is that tasks will now run a bit more often by default. (https://review.openstack.org/#/c/26448/)
* The security_groups_handler option has been removed from nova.conf. It was added for Quantum and is no longer needed. (https://review.openstack.org/#/c/28384/)
* This change should not affect upgrades, but it is a change in behavior for all new deployments. Previous versions created the default m1.tiny flavor with a disk size of 0. The default value is now 1. 0 means not to do any disk resizing and just use whatever disk size is set up in the image. 1 means to impose a 1 GB limit. The special value of 0 is still supported if you would like to create or modify flavors to use it. (https://review.openstack.org/#/c/27991/).
* A plugins framework has been removed since what it provided was possible via other means. (https://review.openstack.org/#/c/33595)
* The notify_on_any_change configuration option has been removed. (https://review.openstack.org/#/c/35264/)
* The compute_api_class option has been deprecated and will be removed in a future release. (https://review.openstack.org/#/c/28750/)
* Nova now uses Neutron after Quantum was renamed. (https://review.openstack.org/#/c/35425/)
* Nova will now reject requests to create a server when there are multiple Neutron networks defined, but no networks specified in the server create request. Nova would previously attach the server to *all* networks, but consensus was that behavior didn't make sense. (https://review.openstack.org/#/c/33996/)
* The vmware configuration variable 'vnc_password' is now deprecated. A user will no longer be required to enter as password to have VNC access. This now works like all other virt drivers. (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====Property Protections====
Specific groups of users can now be authorized to create, update, and read different properties of arbitrary entities. There are two types of image properties in the Image Service:
* Core Properties, as specified by the image schema.
* Meta Properties, which are arbitrary key/value pairs that can be added to an image.
Access to meta properties through the Image Service's public API calls can now be restricted to certain sets of users, using a property protections configuration file (specified in the glance-api.conf file). For example:
* Limit all property interactions to admin only.
* Allow both admins and users with the billing role to read and modify all properties prefixed with ``x_billing_code_``.
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
A new API has been created for the Registry service (db_api compliant) using RPC-over-HTTP. The API:
* Allows Glance to continue to support legacy deployments that were using the earlier registry service. Glance v2 dropped completely the use of a registry service, which in some cases could result in a security vulnerability (all database parameters had to be present in glance-api.conf if deployed as a 'public' service).
* Makes it easier to implement new methods to the database API without having to modify the registry's API.
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

Updates include a registry database driver that talks to a remote registry service, which in turn talks directly to a database back end. The registry service implements all the database API public functions that are actually used from outside the API. The Image Service's API v2 must be enabled, and the Image Service client must point to this. [https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====Storage Support====
The Image Service now supports the following for back-end storage:
* '''Sheepdog'''. The Image Service can now store images in a backend Sheepdog cluster. Sheepdog is an open-source project, offering a distributed storage system for QEMU.
[http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"]
[https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''. OpenStack Cinder can now be used as a block-storage backend for the Image Service. [https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''. The Image Service now supports the GridFS distributed filesytem. Support is enabled using the new .conf options mongodb_store_uri and mongodb_dtore_db. GridFS locations with the form `gridfs://<IMAGE>` are supported. [http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====Multiple Image Locations====
Image service images can now be stored in multiple locations. This enables the efficient consumption of image data and the use of backup images for the event of a primary image failure. [https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

Related updates include:
* A policy layer for locations APIs, to enable the policy checks for changing image locations. [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* Direct URL metadata. Each Image Service storage system can now store location metadata in the image location database, enabling it to return direct URL specific meta-data to the client when direct_url is enabled. For example, given a file://URL, the NFS exporting host, the mount point, and the FS type can now be returned to the client. [https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* Support for multiple locations when downloading images. This allows API clients to consume images from multiple backend store. [https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* Indexed checksum image property. The checksum image property is now indexed allowing users to search for an image by specifying the checksum. [https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber update. The scrubber is a utility that cleans up images that have been deleted. The scrubber now supports multiple locations for 'pending_delete' image. [https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* Metadata checking. Can now enable the checking of metadata at the image location proxy layer when the location is changed. [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====But wait, there's more!====
* '''Configurable container and disk formats'''. Glance previously only supported a specific set of container and disk formats, which were rarely the actual set of formats supported by any given deployment. The set of acceptable container and disk formats can now be configured. [https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''Storage Quota'''. Users can now be limited to N bytes (sum total) across all storage systems (total_storage_quota configured in .conf file). [https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''Membership Policy'''. Policy enforcement has been added to membership APIs (similar to image/location policy enforcement). New policies include 'new_member', 'add_member', 'get_member', 'modify_member', 'get_members', and 'delete_member'. [https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* Check http://bugs.launchpad.net/glance

== OpenStack Dashboard (Horizon) ==

=== Release Overview ===

The Havana release cycle brings support for *three* new projects, plus
significant new features for several existing projects. On top of that, many
aspects of user experience have been improved for both end users and
administrators. The community continues to grow and expand. The Havana release
is solidly the best release of the OpenStack Dashboard project yet!

=== Highlights ===

==== New Features ====

===== Heat =====

The OpenStack Orchestration project (Heat) debuted in Havana, and Horizon
delivers full support for managing your Heat stacks. Highlights include
support for dynamic form generation from supported Heat template formats,
stack topology visualizations, and full stack resource inspection.

===== Ceilometer =====

Also debuting in Havana is the OpenStack Metering project (Ceilometer). Initial
support for Ceilometer is included in Horizon so that it is possible for an
administrator to query the usage of the cloud through the OpenStack Dashboard
and better understand how the system is functioning and being utilized.

===== Domains, Groups, and More: Identity API v3 Support =====

With the OpenStack Identity Service (Keystone) v3 API fully fledged in the
Havana release, Horizon has added full support for all the new features such
as Domains and Groups, Role management and assignment to Domains and Groups,
Domain-based authentication, and Domain context switching.

===== Trove Databases =====

The OpenStack Database as a Service project (Trove) graduated from incubation
in the Havana cycle, and thanks to their industriousness they delivered a
set of panels for the OpenStack dashboard to allow for provisioning and managing
your Trove databases and backups. Disclaimer: Given that Trove's first official
release as an integrated project will not be until Icehouse this feature should
still be considered experimental and may be subject to change.

===== Nova Features =====

The number of OpenStack Compute (Nova) features that are supported in Horizon
continues to grow. New features in the Havana release include:

* Editable default quotas.
* The ability for an administrator to reset the password of a server/instance.
* Availability zone support.
* Improved region support.
* Instance resizing.
* Improved boot-from-volume support.
* Per-project flavor support.

All of these provide a richer set of options for controlling where, when and how
instances are launched, and improving how they're managed once they're up and
running.

===== Neutron Features =====

A number of important new OpenStack Networking (Neutron) features are showcased
in the Havana release, most notably:

* VPN as a Service.
* Firewall as a Service.
* Editable and interactive network topology visualizations.
* Full security group and quota parity between Neutron and Nova network.

These features allow for tremendous flexibility when constructing
software-defined networks for your cloud using Neutron.

==== User Experience Improvements ====

===== Self-Service Password Change =====

Empowered by changes to the Identity API v2.0 (Keystone), users can now change their own
passwords without the need to involve an administrator. This is more secure and
takes the hassle out of things for everyone. This feature is not yet available to users of Identity API v3.

===== Better Admin Information Architecture =====

Several sections of the Admin dashboard have been rearranged to more logically
group information together. Additionally, new sources of information have been
added to allow Admins to better understand the state of the hosts in the cloud
and their relationship to host aggregates, availability zones, etc.

===== Improved Messaging To Users On Logout =====

Several new indicators have been added to inform users why they've been logged
out when they land on the login screen unexpectedly. These indicators make it
clear whether the user's session has expired, they timed out due to inactivity,
or they are not authorized for the section of the dashboard they attempted to
access.

===== Security Group Rule Templates =====

Since there are many very common security group rules which users tediously
re-add each time (rules for SSH and ping, for example) the Horizon team has
added pre-configured templates for common rules which a user can select and
add to their security group with two clicks. These rules are configurable
via the SECURITY_GROUP_RULES setting.

==== Community ====

===== Translation Team =====

The OpenStack Translations team came fully into its own during the Havana cycle
and the quality of the translations in Horizon are the best yet by far.
Congratulations to that team for their success in building the community that
started primarily within the OpenStack Dashboard project.

===== User Experience Group =====

A fledgling OpenStack User Experience Group formed during the Havana cycle with
the mission of improving UX throughout OpenStack. They have quickly made
themselves indispensable to the process of designing and improving features in
the OpenStack Dashboard. Expect significant future improvement in User
Experience now that there are dedicated people actively collaborating in the
open to raise the bar.

==== Under The Hood ====

===== Less Complicated LESS Compilation: No More NodeJS =====

Due to outcry from various parties, and made possible by improvements in the
Python community's support for LESS, Horizon has removed all traces of NodeJS
from the project. We now use the lesscpy module to compile our LESS into
the final stylesheets. This should not affect most users in any way, but it
should make life easier for downstream distributions and the like.

===== Role-Based Access Controls =====

Horizon has begun the transition to using the other OpenStack projects'
policy.json files to enforce access controls in the dashboard if the files
are provided. This means access controls are more configurable and can be kept
in sync between the originating project and Horizon. Currently this is only
supported for Keystone and parts of Nova's policy files. Full support will
come in the next release. You will need to set the POLICY_FILES_PATH and
POLICY_FILES settings in order to enable this feature.

==== Other Improvements and Fixes ====

* Swift container and object metadata are now supported.
* New visualizations for utilization and quotas.
* The Cisco N1K Router plugin's additional features are available through a special additional dashboard when enabled and supported in Neutron.
* Support for self-signed or other specified SSL certificate checking.
* Glance image types are now configurable.
* Sorting has been improved in many places through the dashboard.
* API call efficiency optimizations.
* Required fields in forms are now better indicated.
* Session timeout can now be enabled to log out the user after a period of inactivity as a security feature.
* Significant PEP8 and code quality compliance improvements.
* Hundreds of bugfixes and minor user experience improvements.

=== Upgrade Information ===

==== Allowed Hosts ====

For production deployments of Horizon you must add the ALLOWED_HOSTS
setting to your settings.py or local_settings.py file. This setting
was added in Django 1.5 and is an important security feature. For more
information on it please consult the local_settings.py.example file
or Django's documentation.

==== Enabling Keystone and Neutron Features ====

If you have existing configurations for the OPENSTACK_KEYSTONE_BACKEND
or OPENSTACK_NEUTRON_NETWORK settings, you will want to consult the
local_settings.example.py file for information on the new options that
have been added. Existing configurations will continue to work, but may not
have the correct keys to enable some of the new features in Havana.

=== 既知の問題と制限 ===

==== Session Creation and Health Checks ====

If you use a health monitoring service that pings the home page combined with
a database-backed session backend you may experience excessive session creation.
This issue is slated to be fixed soon, but in the interim the recommended
solution is to write a periodic job that deletes expired sessions from your
session store on a regular basis.

==== Deleting large numbers of resources simultaneously ====

Using the "select all" checkbox to delete large numbers of resources at once
can cause network timeouts (depending on configuration). This is due to the
underlying APIs not supporting bulk-deletion natively, and consequently Horizon
has to send requests to delete each resource individually behind the scenes.

==== Conflicting Security Group Names With Neutron ====

Whereas Nova Network uses only the name of a security group when specifying
security groups at instance launch time, Neutron can accept either a name or
a UUID. In order to support both, Horizon passes in the name of the selected
security groups. However, due to some data-isolation issues in Neutron there is
an issue that can arise if an admin user tries to specify a security group with
the same name as another security group in a different project which they also
have access to. Neutron will find multiple matches for the security group
name and will fail to launch the instance. The current workaround is to treat
security group names as unique for admin users.

=== Backwards Compatibility ===

The Havana Horizon release should be fully compatible with both Havana and
Grizzly versions of the rest of the OpenStack integrated projects (Nova, Swift,
etc.). New features in other OpenStack projects which did not exist in Grizzly
will obviously only work in Horizon if the rest of the stack supports them as
well.

Overall, great effort has been made to maintain compatibility for
third-party developers who have built on Horizon so far.

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* Improved deployment flexibility
** Authorization data (tenants/projects, roles, role assignments; e.g. SQL) can now be stored in a separate backend, as determined by the "assignments" driver, from authentication data (users, groups; e.g. LDAP), as determined by the "identity" driver
** Credentials (e.g. ec2 tokens) can now be stored in a separate backend, as determined by the "credentials" driver, from authentication data
** Ability to specify more granular RBAC policy rules (for example, based on attributes in the API request / response body)
** Pluggable handling of external authentication using <code>REMOTE_USER</code>
** Token generation, which is currently either UUID or PKI based, is now pluggable and separated from token persistence. Deployers can write a custom implementation of the <code>keystone.token.provider.Provider</code> interface and configure keystone to use it with <code>[token] provider</code>. As a result, <code>[signing] token_format</code> is now deprecated in favor of this new configuration option.
** First-class support for deployment behind Apache httpd

* New deployment features
** Ability to cache the results of driver calls in a key-value store (for example, memcached or redis)
** <code>keystone-manage token_flush</code> command to help purge expired tokens

* New API features
** Delegated role-based authorization to arbitrary consumers using OAuth 1.0a
** API clients can now opt out of the service catalog being included in a token response
** Domain role assignments can now be inherited by that domain's projects
** Aggregated role assignments API
** External authentication providers can now embed a binding reference into tokens such that remote services may optionally validate the identity of the user presenting the token against an presented external authentication mechanism. Currently, only <code>kerberos</code> is supported.
** Endpoints may now be explicitly mapped to projects, effectively preventing certain endpoints from appearing in the service catalog for certain based on the project scope of a token. This does not prevent end users from accessing or using endpoints they are aware of through some other means.

* Event notifications emitted for user and project/tenant create, update, and delete operations
* General performance improvements
* The v2 and v3 API now use the same logic for computing the list of roles assigned to a user-project pair during authentication, based on user+project, group+project, user+domain-inherited, and group+domain-inherited role assignments (where domain-inherited role assignments allow a domain-level role assignment to apply to all projects owned by that domain). The v3 API now uses a similar approach for computing user+domain role assignments for domain-scoped tokens.
* Logs are handled using a common logging implementation from Oslo-incubator, consistent with other OpenStack projects
* SQL migrations for extensions can now be managed independently from the primary migration repository using <code>keystone-manage db_sync --extension=«extension-name»</code>.

=== 既知の問題 ===

* [https://pypi.python.org/pypi/six/ six] v1.4.1 or higher is an undocumented requirement ([https://bugs.launchpad.net/keystone/+bug/1237089 bug 1237089]). Without six, Keystone will fail on startup with either <code>ImportError: No module named six</code> or <code>pkg_resources.DistributionNotFound: six</code>.
* An experimental implementation of [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (for example, a unique LDAP configuration per domain) was started in Havana but remains incomplete and will be finished during Icehouse.

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== New Name ====
The OpenStack Networking project has a new name in this release: Neutron. The Havana release will run using configuration files from Grizzly Quantum; however the usage of Quantum is deprecated and deployers should update all references at their earliest opportunity. Support for the Quantum configuration files and executable names will dropped in 2014.1 (Icehouse).
==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== Deprecation Notices ===
* The usage of "quantum" or "Quantum" in configuration files and executable names is officially deprecated. This is the last release that will support those names and new deployments should use proper Neutron names for those values. Support for compatibility will only exist in this release.
* The Linux Bridge and Open vSwitch plugins have been feature frozen and will be removed in the J (2014.2) release. New deployments should choose ML2 instead of the individual Open vSwitch or Linux Bridge plugins.

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいベンダドライバ ===
* Dell EqualLogic ボリュームドライバ
* VMware VMDK Cinder ドライバ
* IBM General Parallel File System (GPFS)

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== New Backup Drivers ===
* Allow Ceph as an option for volume backup
* IBM Tivoli Storage Manager (TSM)

=== 既知の問題 ===
* Bug #1237338 : Upload volume to image fails with VMWare volume driver
* Bug: #1240299 : clear volume operation is called on all LVM vol deletes even thin provisioned. Until fix is released be sure to set volume_clear=None in cinder.conf

=== アップグレード時の注意 ===
* The ThinLVM volume driver functionality is now part of the standard LVM ISCSI volume driver. Configuration should be updated to use volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" and set the option lvm_type="thin". This will be done automatically for compatibility in Havana if volume_driver is set to "cinder.volume.drivers.lvm.ThinLVMVolumeDriver", but Icehouse will require these options to be updated in cinder.conf.

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* The statistics endpoint can now be used to group samples by some fields using the ''groupby'' argument
* A new alarm API is now available (see '''Alarms''')
* Users can now post their own samples and meters through the API

==== Alarms ====
Alarms are a new feature allowing users and operators to trigger actions based on comparing the statistics trend against a threshold over a period of time. It is composed of the following services:
* ''ceilometer-api'' now exposes the new ''/v2/alarms'' endpoint providing control over alarm lifecycle;
* ''ceilometer-alarm-evaluator'' evaluates alarms periodically in order to detect detects when an alarm state changes;
* ''ceilometer-alarm-notifier'' receives notifications sent by ''ceilometer-alarm-evaluator'' when an alarm is triggered and executes the associated action

The alarm API also exposes the history of alarm state transitions and rule changes.

==== Collector ====
* New HBase driver
* New DB2 (NoSQL) driver
* Improved SQLAlchemy driver
* Improved MongoDB driver
* Added a TTL functionality that allows to delete old samples from the database
* Added the ability to store events
* Added event storage feature on SQLAlchemy

==== Publisher drivers ====
* Added a UDP based publisher

==== Transformers ====
* Added new unit-scaling and rate-of-change transformers

==== Meters ====
* Added a meter on API requests using a special Python middleware
* Added the ability to record samples from the new Neutron bandwidth metering feature

==== Compute agent ====
* Added support for Hyper-V

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack ドキュメント ==

=== 主な新機能 ===
* ドキュメントのバグを簡単に報告できるよう、各ページにバグ報告のリンクを作成しました。
* マニュアルが完全に再構成されました。Havana リリースでは、以下のガイドがあります:
** OpenStack のインストール
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** OpenStack クラウドの設定および運用
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** OpenStack dashboard およびコマンドラインクライアントの使用法
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* いくつかのガイドが完全には更新されておらず、必要な情報が不足している可能性があります。

== memo ==

* nova : amotoki
* cinder: yosshy
* Keystone: katomo

ReleaseNotes/Havana/ja

2013-10-18T12:40:03Z

Tomo: /* memo */

= OpenStack 2013.2 (Havana) リリースノート =

In this document you'll find a description of key new features, known bugs and upgrade tips for the 2013.2 (Havana) release of OpenStack.

== OpenStack Object Storage (Swift) ==

=== 主な新機能 ===

* Global clusters support
The "region" concept introduced in Swift 1.8.0 has been augmented with
support for using a separate replication network and configuring read
and write affinity. These features combine to offer support for a single
Swift cluster spanning wide geographic area.

* Added config file conf.d support
Allow Swift daemons and servers to optionally accept a directory as the
configuration parameter. This allows different parts of the config file
to be managed separately, eg each middleware could use a separate file
for its particular config settings.

* Disk performance
The object server now can be configured to use threadpools to increase
performance and smooth out latency throughout the system. Also, many
disk operations were reordered to increase reliability and improve
performance.

* Added support for pooling memcache connections

* Much faster calculation for choosing handoff nodes

=== Significant bugs fixed ===

* Fixed bug where memcache entries would not expire

* Fixed issue where the proxy would continue to read from a storage
server even after a client had disconnected

* Fix issue with UTF-8 handling in versioned writes

=== Additional operational polish ===

* Set default wsgi workers to cpu_count
Change the default value of wsgi workers from 1 to auto. The new
default value for workers in the proxy, container, account & object
wsgi servers will spawn as many workers per process as you have cpu
cores. This will not be ideal for some configurations, but it's much
more likely to produce a successful out of the box deployment.

* Added reveal_sensitive_prefix config setting to filter the auth token
logged by the proxy server.

* Added support to replicating handoff partitions first in object
replication. Can also configure now many remote nodes a storage node
must talk to before removing a local handoff partition.

* Added crossdomain.xml middleware. See
http://docs.openstack.org/developer/swift/crossdomain.html for details

* Numerous improvements to get Swift running under PyPy

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

Read full change log notes at https://github.com/openstack/swift/blob/master/CHANGELOG to see any config changes that would affect upgrades.

As always, Swift can be upgraded with no downtime.

== OpenStack Compute (Nova) ==

=== 主な新機能 ===

==== API ====

* Compute (Nova) REST API に実験的な新バージョン (v3) が追加されました。新しいバージョンでは、多くの API の整理が行われるとともに、拡張 API にバージョンをつけて実装するためのフレームワークが入ります。 ([https://blueprints.launchpad.net/nova/+spec/v3-api-specification blueprint])

* 以下の拡張 API (extension) が Compute (Nova) REST API に追加されました。
** '''CellCapacities''': Cell 内の RAM 総量と未使用の RAM 容量を取得できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/get-cell-free-ram blueprint])
** '''ExtendedFloatingIps''': Floating IP 追加コマンドに '''fixed_address''' パラメーター (省略可能) が追加され、 Floating IP に関連付ける固定 IP を指定できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/multi-nic-floating-ip-assignment blueprint])
** '''ExtendedIpsMac''': サーバーのレスポンスに MAC アドレスが追加されました。([https://blueprints.launchpad.net/nova/+spec/os-ext-ips-mac-api-extension blueprint])
** '''ExtendedQuotas''': デフォルト値と異なるテナントのクォータを削除し、クォータのデフォルト値に戻せます。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])
** '''ExtendedServices''': サービスが無効になっている理由を設定・取得できます。 ([https://blueprints.launchpad.net/nova/+spec/record-reason-for-disabling-service blueprint])
** '''ExtendedVolumes''': インスタンス情報に接続中のボリュームが追加されました。 ([https://blueprints.launchpad.net/nova/+spec/servers-add-volume-list blueprint])
** '''Migrations''': 進行中のリサイズやマイグレーションの一覧を Cell やリージョン毎に取得できます。 ([https://blueprints.launchpad.net/nova/+spec/list-resizes-through-admin-api blueprint])
** '''ServerUsage''': インスタンスの詳細表示 (instance show) で '''launched_at''' と '''terminated_at''' の値を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/usage-details-on-instance blueprint])
** '''UsedLimitsForAdmin''': 管理 API でテナント毎のクオータ上限を取得できます。 ([https://blueprints.launchpad.net/nova/+spec/customer-quota-through-admin-api blueprint])

* Compute サービスの EC2 API が返すエラーコードの [http://docs.aws.amazon.com/AWSEC2/latest/APIReference/api-error-codes.html 公式の EC2 API] との一貫性が向上しました。 ([https://blueprints.launchpad.net/nova/+spec/ec2-error-codes blueprint])

==== Cells ====

* The Cells scheduler has been updated to support filtering and weighting via the new '''scheduler_filter_classes''' and '''scheduler_weight_classes''' options in the '''[cells]''' configuration group. The new '''ram_by_instance_type''' and '''weight_offset''' weighting modules have also been added, removing the random selection of Cells used in previous releases. In addition a filter class, '''TargetCellFilter''', allows administrators to specify a scheduler hint to direct a build to a particular Cell. This makes Cell scheduling work conceptually similar to the existing host scheduling. ([https://blueprints.launchpad.net/nova/+spec/cells-filter-scheduler blueprint])

* Live migration of virtual machine instances is now supported within a single Cell. Live migration of virtual machine instances between Cells is not supported. ([https://blueprints.launchpad.net/nova/+spec/cells-live-migration blueprint])

* Cinder is now supported by Nova when using Cells. ([https://blueprints.launchpad.net/nova/+spec/cells-cinder-support blueprint])

==== Compute ====

===== General =====

* Added Hypervisor support for containers created and managed using [http://docker.io Docker] ([https://blueprints.launchpad.net/nova/+spec/new-hypervisor-docker blueprint]).

* Nova has a new feature that allows you to "shelve" an instance. This allows instances that are stopped for an extended period of time to be moved off of the hypervisors to free up resources ([https://blueprints.launchpad.net/nova/+spec/shelve-instance blueprint]).

* A '''vendor_data''' section has been added to the metadata service and configuration drive facilities. This allows the extension of the metadata available to guests to include vendor or site specific data ([https://blueprints.launchpad.net/nova/+spec/vendor-data blueprint]).

===== ベアメタルドライバー =====

* [http://www.tilera.com/ Tilera] のベアメタルプロビジョニングに対応したバックエンドがベアメタルドライバーに追加されました。 ([https://blueprints.launchpad.net/nova/+spec/add-tilera-to-baremetal blueprint])

===== Hyper-V ドライバー =====

* Support for Windows Server / Hyper-V Server 2012 R2 ([https://blueprints.launchpad.net/nova/+spec/hyper-v-wmi-v2 blueprint]).

* VHDX format support ([https://blueprints.launchpad.net/nova/+spec/hyper-v-vhdx blueprint]).

* Dynamic memory support ([https://blueprints.launchpad.net/nova/+spec/hyper-v-dynamic-memory blueprint]).

* Ephemeral storage support ([https://blueprints.launchpad.net/nova/+spec/hyper-v-ephemeral-storage blueprint]).

* Compute metrics support for Ceilometer integration ([https://blueprints.launchpad.net/nova/+spec/hyper-v-metrics blueprint]).

===== libvirt (KVM) ドライバー =====

* Support for the QEMU guest agent ('''qemu-guest-agent''') has been added for guests created with the '''hw_qemu_guest_agent''' property set to '''yes''' ( [https://blueprints.launchpad.net/nova/+spec/qemu-guest-agent-support blueprint]).

* Support for passthrough of PCI devices from the physical compute node to virtualized guests has been added to Nova. Currently only the libvirt driver provides a working implementation ( [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt base blueprint], [https://blueprints.launchpad.net/nova/+spec/pci-passthrough-libvirt libvirt blueprint]).

* Added support for extracting QoS parameters from Cinder and rate limiting disk access based on them when using libvirt-based hypervisors ([https://blueprints.launchpad.net/nova/+spec/volume-rate-limiting blueprint]).

* Added [http://plumgrid.com/technology/ IO Visor] virtual interface driver ([https://blueprints.launchpad.net/nova/+spec/iovisor-vif-driver blueprint]).

* Added [https://github.com/floodlight/ivs/blob/master/README.md Indigo Virtual Switch] virtual interface driver ([https://blueprints.launchpad.net/nova/+spec/ivs-vif-driver blueprint]).

* Added [https://wiki.openstack.org/wiki/Mellanox-vif-driver Mellanox] virtual interface driver ([https://blueprints.launchpad.net/nova/+spec/mellanox-vif-driver blueprint]).

* RBD is now supported as as a backend for storing images ([https://blueprints.launchpad.net/nova/+spec/bring-rbd-support-libvirt-images-type blueprint]).

===== PowerVM ドライバー =====

* ハードリブートに対応 ([https://github.com/openstack/nova/commit/05e0ceb242f16a236f3c793305ed24e1f9a43efb change]).

===== vmwareapi (VMWare) ドライバー =====

* Support for managing multiple clusters ([https://blueprints.launchpad.net/nova/+spec/multiple-clusters-managed-by-one-service blueprint]).

* Cinder driver support ([https://blueprints.launchpad.net/nova/+spec/vmware-nova-cinder-support nova blueprint], [https://blueprints.launchpad.net/cinder/+spec/vmware-vmdk-cinder-driver cinder blueprint])

* Image clone strategy - allow images to specify if they are to be used as linked clone or full clone images ([https://blueprints.launchpad.net/nova/+spec/vmware-image-clone-strategy blueprint])

* Support for using a config drive ([https://bugs.launchpad.net/nova/+bug/1206584 blueprint])

===== XenServer ドライバー =====

* Supports showing a log of a server console ([https://blueprints.launchpad.net/nova/+spec/xenapi-server-log blueprint])

* Support for splitting up large ephemeral disks into 1024GB or 2000GB chunks to work around VHD max disk size limitations ([https://blueprints.launchpad.net/nova/+spec/xenapi-large-ephemeral-disk-support blueprint])

* Allow images to have the setting of AutoDiskConfig=disabled, to mean users are unable to set AutoDiskConfig=Manual on these images and servers ([https://blueprints.launchpad.net/nova/+spec/auto-disk-config-disabled blueprint])

* Improvements to how nova communicates with the Nova agent, so you are able to use both cloud-init and the Nova agent in the same cloud. ([https://blueprints.launchpad.net/nova/+spec/xenapi-guest-agent-cloud-init-interop blueprint])

* Ability to boot VMs into a state where they are running a linux distribution installer, to help users build their own custom images ([https://blueprints.launchpad.net/nova/+spec/xenapi-ipxe-iso-boot-support blueprint])

* Experimental support for XenServer core, and running nova-compute in a XenServer core Dom0. ([https://blueprints.launchpad.net/nova/+spec/xenserver-core blueprint])

* Experimental support for using the LVHD storage SR, and support for booting from compressed raw glance images ([https://blueprints.launchpad.net/nova/+spec/xenapi-supported-image-import-export blueprint])

* Much work to improve stability and supportability. Examples include the ability to configure the compression ratio used for snapshots sent to glance and auto rollback of errors during the Resize down of servers due to disks been too small for the destination size.

==== クォータ ====

* クォータのデフォルト値が編集できるようになりました。以前はクォータのデフォルト値は固定値でした。 '''nova quota-class-update default <key> <value>''' コマンドで、クォータのデフォルト値を更新できます。([https://blueprints.launchpad.net/nova/+spec/edit-default-quota blueprint])

* Quotas may now be defined on a per-user basis ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])
* ユーザー単位のクォータが定義できるようになりました。 ([https://blueprints.launchpad.net/nova/+spec/per-user-quotas blueprint])

* 特定のテナントやユーザーに対するクォータが削除できるようになりました。その場合、そのテナントやユーザーのクォータはデフォルト値に戻ります。 ([https://blueprints.launchpad.net/nova/+spec/admin-api-for-delete-quota blueprint])

==== ネットワーク ====

* ネットワークと IP アドレスの割当がインスタンスの用意などの他の操作と並行して行われるようになり、起動時間が短縮されました。
([https://blueprints.launchpad.net/nova/+spec/async-network-alloc blueprint])

* インスタンスに割り当てられたコンピュートノードのホスト名を Nova から Neutron に渡すようになりました。 Neutron プラグインはこの情報を使って、コンピュートノードの物理ネットワーク設定を必要に応じて変更します。 ([https://blueprints.launchpad.net/nova/+spec/vm-host-quantum blueprint]).

==== Notifications ====

* Notifications are now generated when host aggregates are created, deleted, expanded, contracted, or otherwise updated ([https://blueprints.launchpad.net/nova/+spec/notification-host-aggregate blueprint]).

* Notifications are now generated when building an instance fails ([https://blueprints.launchpad.net/nova/+spec/create-error-notification blueprint]).

==== Scheduler ====

* Added '''force_nodes''' to filter properties, allowing operators to explicitly specify the node for provisioning when using the baremetal driver ([https://blueprints.launchpad.net/nova/+spec/baremetal-force-node blueprint]).

* Added the ability to make the '''IsolatedHostsFilter''' less restrictive, allowing isolated hosts to use all images, by manipulating the value of the new '''restrict_isolated_hosts_to_isolated_images''' configuration directive in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/improve-isolatedhostsfilter blueprint]).

* Added a '''GroupAffinityFilter''' as a counterpart to the existing '''GroupAntiAffinityFilter'''. The new filter allows the scheduling of an instance on a host from a specific group of hosts ([https://blueprints.launchpad.net/nova/+spec/group-affinity-filter blueprint]).

* Added the ability for filters to set the new '''run_filter_once_per_request''' parameter to '''True''' if their filtering decisions are expected to remain valid for all instances in a request. This prevents the filter having to be re-run for each instance in the request when it is unnecessary. This setting has been applied to a number of existing filters ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

* Added per-aggregate filters '''AggregateRamFilter''' and '''AggregateCoreFilter''' which enforce themselves on host aggregates rather than globally. '''AggregateDiskFilter''' will be added in a future release ([https://blueprints.launchpad.net/nova/+spec/per-aggregate-resource-ratio blueprint]).

* Scheduler performance has been improved by removing the periodic messages that were being broadcasted from all compute nodes to all schedulers ([https://blueprints.launchpad.net/nova/+spec/no-compute-fanout-to-scheduler blueprint]).

* Scheduler performance has been improved by allowing filters to specify that they only need to run once for a given request for multiple instances ([https://blueprints.launchpad.net/nova/+spec/once-per-request-filters blueprint]).

==== Storage ====

* Attached Cinder volumes can now be encrypted. Data is decrypted as needed at read and write time while presenting instances with a normal block storage device ([https://blueprints.launchpad.net/nova/+spec/encrypt-cinder-volumes blueprint]).

* Added the ability to transparently swap out the Cinder volume attached to an instance. While the instance may pause briefly while the volume is swapped no reads or writes are lost ([https://blueprints.launchpad.net/nova/+spec/volume-swap blueprint]).

* When connecting to NFS or GlusterFS backed volumes Nova now uses the mount options set in the Cinder configuration. Previously the mount options had to be set on each Compute node that would access the volumes ([https://blueprints.launchpad.net/nova/+spec/cinder-volume-options blueprint]).

* Added native GlusterFS support. If '''qemu_allowed_storage_drivers''' is set to '''gluster''' in '''nova.conf''' then QEMU is configured to access the volume directly using '''libgfapi''' instead of via '''fuse''' ([https://blueprints.launchpad.net/nova/+spec/glusterfs-native-support blueprint]).

* QEMU assisted snapshotting is now used to provide the ability to create cinder volume snapshots, even when the storage backing storage in use does not support them natively, such as GlusterFS ([https://blueprints.launchpad.net/nova/+spec/qemu-assisted-snapshots blueprint]).

* The iSER transport protocol is now supported for accessing storage, providing performance improvements compared to using iSCSI over TCP ([https://blueprints.launchpad.net/nova/+spec/add-iser-support-to-nova blueprint]).

==== Conductor ====

* The Conductor is now able to spawn multiple worker threads operating in parallel, the number of threads to spawn is determined by the value of '''workers''' in '''nova.conf''' ([https://blueprints.launchpad.net/nova/+spec/condutor-workers blueprint]).

==== 内部的な変更 ====

* Nova now uses the common service infrastructure provided by Oslo ([https://blueprints.launchpad.net/nova/+spec/use-oslo-services blueprint]).

* Changes have been made that will allow backporting bug fixes that require a database migration ([https://blueprints.launchpad.net/nova/+spec/backportable-db-migrations blueprint]).

* A significant amount of progress has been made toward eventually supporting live upgrades of a Nova deployment. In Havana, improvements included additional controls over versions of messages sent between services (see the '''[upgrade_levels]''' section of nova.conf) ([https://blueprints.launchpad.net/nova/+spec/rpc-version-control blueprint]), and a new object layer that helps decouple the code base from the details of the database schema ([https://blueprints.launchpad.net/nova/+spec/unified-object-model blueprint]).

=== 既知の問題 ===

* If you're using cells, there's an issue when deleting instances. Different than Grizzly, deleting instances will delete them immediately from the top level (API) cell before telling the child cell to delete the instance. This was not intended. A side effect of this is that delete.start and delete.end notifications will be sent. If the instance delete in the child cell succeeds, a 2nd delete.start and delete.end notification will be sent. If it does not, the DBs end up out of sync where the instance appears gone from the API cell, but still exists in the child cell. The natural healing code built into cells will end up correcting this and restoring the instance in the API cell DB after some time, depending on healing configuration. This bug will be corrected in havana-stable shortly after release.
* Check http://bugs.launchpad.net/nova

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

* Note that periodic tasks will now run more often than before. The frequency of periodic task runs has always been configurable. However, the timer for when to run the task again was previously started after the last run of the task completed. The tasks now run at a constant frequency, regardless of how long a given run takes. This makes it much more clear for when tasks are supposed to run. However, the side effect is that tasks will now run a bit more often by default. (https://review.openstack.org/#/c/26448/)
* The security_groups_handler option has been removed from nova.conf. It was added for Quantum and is no longer needed. (https://review.openstack.org/#/c/28384/)
* This change should not affect upgrades, but it is a change in behavior for all new deployments. Previous versions created the default m1.tiny flavor with a disk size of 0. The default value is now 1. 0 means not to do any disk resizing and just use whatever disk size is set up in the image. 1 means to impose a 1 GB limit. The special value of 0 is still supported if you would like to create or modify flavors to use it. (https://review.openstack.org/#/c/27991/).
* A plugins framework has been removed since what it provided was possible via other means. (https://review.openstack.org/#/c/33595)
* The notify_on_any_change configuration option has been removed. (https://review.openstack.org/#/c/35264/)
* The compute_api_class option has been deprecated and will be removed in a future release. (https://review.openstack.org/#/c/28750/)
* Nova now uses Neutron after Quantum was renamed. (https://review.openstack.org/#/c/35425/)
* Nova will now reject requests to create a server when there are multiple Neutron networks defined, but no networks specified in the server create request. Nova would previously attach the server to *all* networks, but consensus was that behavior didn't make sense. (https://review.openstack.org/#/c/33996/)
* The vmware configuration variable 'vnc_password' is now deprecated. A user will no longer be required to enter as password to have VNC access. This now works like all other virt drivers. (https://review.openstack.org/#/c/43268/)

== OpenStack Image Service (Glance) ==
=== 主な新機能 ===

====Property Protections====
Specific groups of users can now be authorized to create, update, and read different properties of arbitrary entities. There are two types of image properties in the Image Service:
* Core Properties, as specified by the image schema.
* Meta Properties, which are arbitrary key/value pairs that can be added to an image.
Access to meta properties through the Image Service's public API calls can now be restricted to certain sets of users, using a property protections configuration file (specified in the glance-api.conf file). For example:
* Limit all property interactions to admin only.
* Allow both admins and users with the billing role to read and modify all properties prefixed with ``x_billing_code_``.
[https://blueprints.launchpad.net/glance/+spec/api-v2-property-protection blueprint]

====Registry API====
A new API has been created for the Registry service (db_api compliant) using RPC-over-HTTP. The API:
* Allows Glance to continue to support legacy deployments that were using the earlier registry service. Glance v2 dropped completely the use of a registry service, which in some cases could result in a security vulnerability (all database parameters had to be present in glance-api.conf if deployed as a 'public' service).
* Makes it easier to implement new methods to the database API without having to modify the registry's API.
[https://blueprints.launchpad.net/glance/+spec/registry-api-v2 blueprint]

Updates include a registry database driver that talks to a remote registry service, which in turn talks directly to a database back end. The registry service implements all the database API public functions that are actually used from outside the API. The Image Service's API v2 must be enabled, and the Image Service client must point to this. [https://blueprints.launchpad.net/glance/+spec/registry-db-driver blueprint]

====Storage Support====
The Image Service now supports the following for back-end storage:
* '''Sheepdog'''. The Image Service can now store images in a backend Sheepdog cluster. Sheepdog is an open-source project, offering a distributed storage system for QEMU.
[http://http://sheepdog.github.io/sheepdog/ "Sheepdog Website"]
[https://blueprints.launchpad.net/glance/+spec/add-sheepdog-support blueprint]
* '''Cinder'''. OpenStack Cinder can now be used as a block-storage backend for the Image Service. [https://blueprints.launchpad.net/glance/+spec/glance-cinder-driver blueprint]
* '''GridFS'''. The Image Service now supports the GridFS distributed filesytem. Support is enabled using the new .conf options mongodb_store_uri and mongodb_dtore_db. GridFS locations with the form `gridfs://<IMAGE>` are supported. [http://docs.mongodb.org/manual/core/gridfs/ "GridFS Website"] [https://blueprints.launchpad.net/glance/+spec/gridfs-store blueprint]

====Multiple Image Locations====
Image service images can now be stored in multiple locations. This enables the efficient consumption of image data and the use of backup images for the event of a primary image failure. [https://blueprints.launchpad.net/glance/+spec/multiple-image-locations blueprint]

Related updates include:
* A policy layer for locations APIs, to enable the policy checks for changing image locations. [https://blueprints.launchpad.net/glance/+spec/locations-policy blueprint]
* Direct URL metadata. Each Image Service storage system can now store location metadata in the image location database, enabling it to return direct URL specific meta-data to the client when direct_url is enabled. For example, given a file://URL, the NFS exporting host, the mount point, and the FS type can now be returned to the client. [https://blueprints.launchpad.net/glance/+spec/direct-url-meta-data blueprint]
* Support for multiple locations when downloading images. This allows API clients to consume images from multiple backend store. [https://blueprints.launchpad.net/glance/+spec/multiple-locations-downloading blueprint]
* Indexed checksum image property. The checksum image property is now indexed allowing users to search for an image by specifying the checksum. [https://blueprints.launchpad.net/glance/+spec/index-using-checksum-image-property blueprint]
* Scrubber update. The scrubber is a utility that cleans up images that have been deleted. The scrubber now supports multiple locations for 'pending_delete' image. [https://blueprints.launchpad.net/glance/+spec/glance-scrubber-refactoring blueprint]
* Metadata checking. Can now enable the checking of metadata at the image location proxy layer when the location is changed. [https://blueprints.launchpad.net/glance/+spec/location-proxy-metadata-checking blueprint]

====But wait, there's more!====
* '''Configurable container and disk formats'''. Glance previously only supported a specific set of container and disk formats, which were rarely the actual set of formats supported by any given deployment. The set of acceptable container and disk formats can now be configured. [https://blueprints.launchpad.net/glance/+spec/configurable-formats blueprint]
* '''Storage Quota'''. Users can now be limited to N bytes (sum total) across all storage systems (total_storage_quota configured in .conf file). [https://blueprints.launchpad.net/glance/+spec/glance-basic-quotas blueprint]
* '''Membership Policy'''. Policy enforcement has been added to membership APIs (similar to image/location policy enforcement). New policies include 'new_member', 'add_member', 'get_member', 'modify_member', 'get_members', and 'delete_member'. [https://blueprints.launchpad.net/glance/+spec/membership-policy blueprint]

=== 既知の問題 ===

* Check http://bugs.launchpad.net/glance

== OpenStack Dashboard (Horizon) ==

=== Release Overview ===

The Havana release cycle brings support for *three* new projects, plus
significant new features for several existing projects. On top of that, many
aspects of user experience have been improved for both end users and
administrators. The community continues to grow and expand. The Havana release
is solidly the best release of the OpenStack Dashboard project yet!

=== Highlights ===

==== New Features ====

===== Heat =====

The OpenStack Orchestration project (Heat) debuted in Havana, and Horizon
delivers full support for managing your Heat stacks. Highlights include
support for dynamic form generation from supported Heat template formats,
stack topology visualizations, and full stack resource inspection.

===== Ceilometer =====

Also debuting in Havana is the OpenStack Metering project (Ceilometer). Initial
support for Ceilometer is included in Horizon so that it is possible for an
administrator to query the usage of the cloud through the OpenStack Dashboard
and better understand how the system is functioning and being utilized.

===== Domains, Groups, and More: Identity API v3 Support =====

With the OpenStack Identity Service (Keystone) v3 API fully fledged in the
Havana release, Horizon has added full support for all the new features such
as Domains and Groups, Role management and assignment to Domains and Groups,
Domain-based authentication, and Domain context switching.

===== Trove Databases =====

The OpenStack Database as a Service project (Trove) graduated from incubation
in the Havana cycle, and thanks to their industriousness they delivered a
set of panels for the OpenStack dashboard to allow for provisioning and managing
your Trove databases and backups. Disclaimer: Given that Trove's first official
release as an integrated project will not be until Icehouse this feature should
still be considered experimental and may be subject to change.

===== Nova Features =====

The number of OpenStack Compute (Nova) features that are supported in Horizon
continues to grow. New features in the Havana release include:

* Editable default quotas.
* The ability for an administrator to reset the password of a server/instance.
* Availability zone support.
* Improved region support.
* Instance resizing.
* Improved boot-from-volume support.
* Per-project flavor support.

All of these provide a richer set of options for controlling where, when and how
instances are launched, and improving how they're managed once they're up and
running.

===== Neutron Features =====

A number of important new OpenStack Networking (Neutron) features are showcased
in the Havana release, most notably:

* VPN as a Service.
* Firewall as a Service.
* Editable and interactive network topology visualizations.
* Full security group and quota parity between Neutron and Nova network.

These features allow for tremendous flexibility when constructing
software-defined networks for your cloud using Neutron.

==== User Experience Improvements ====

===== Self-Service Password Change =====

Empowered by changes to the Identity API v2.0 (Keystone), users can now change their own
passwords without the need to involve an administrator. This is more secure and
takes the hassle out of things for everyone. This feature is not yet available to users of Identity API v3.

===== Better Admin Information Architecture =====

Several sections of the Admin dashboard have been rearranged to more logically
group information together. Additionally, new sources of information have been
added to allow Admins to better understand the state of the hosts in the cloud
and their relationship to host aggregates, availability zones, etc.

===== Improved Messaging To Users On Logout =====

Several new indicators have been added to inform users why they've been logged
out when they land on the login screen unexpectedly. These indicators make it
clear whether the user's session has expired, they timed out due to inactivity,
or they are not authorized for the section of the dashboard they attempted to
access.

===== Security Group Rule Templates =====

Since there are many very common security group rules which users tediously
re-add each time (rules for SSH and ping, for example) the Horizon team has
added pre-configured templates for common rules which a user can select and
add to their security group with two clicks. These rules are configurable
via the SECURITY_GROUP_RULES setting.

==== Community ====

===== Translation Team =====

The OpenStack Translations team came fully into its own during the Havana cycle
and the quality of the translations in Horizon are the best yet by far.
Congratulations to that team for their success in building the community that
started primarily within the OpenStack Dashboard project.

===== User Experience Group =====

A fledgling OpenStack User Experience Group formed during the Havana cycle with
the mission of improving UX throughout OpenStack. They have quickly made
themselves indispensable to the process of designing and improving features in
the OpenStack Dashboard. Expect significant future improvement in User
Experience now that there are dedicated people actively collaborating in the
open to raise the bar.

==== Under The Hood ====

===== Less Complicated LESS Compilation: No More NodeJS =====

Due to outcry from various parties, and made possible by improvements in the
Python community's support for LESS, Horizon has removed all traces of NodeJS
from the project. We now use the lesscpy module to compile our LESS into
the final stylesheets. This should not affect most users in any way, but it
should make life easier for downstream distributions and the like.

===== Role-Based Access Controls =====

Horizon has begun the transition to using the other OpenStack projects'
policy.json files to enforce access controls in the dashboard if the files
are provided. This means access controls are more configurable and can be kept
in sync between the originating project and Horizon. Currently this is only
supported for Keystone and parts of Nova's policy files. Full support will
come in the next release. You will need to set the POLICY_FILES_PATH and
POLICY_FILES settings in order to enable this feature.

==== Other Improvements and Fixes ====

* Swift container and object metadata are now supported.
* New visualizations for utilization and quotas.
* The Cisco N1K Router plugin's additional features are available through a special additional dashboard when enabled and supported in Neutron.
* Support for self-signed or other specified SSL certificate checking.
* Glance image types are now configurable.
* Sorting has been improved in many places through the dashboard.
* API call efficiency optimizations.
* Required fields in forms are now better indicated.
* Session timeout can now be enabled to log out the user after a period of inactivity as a security feature.
* Significant PEP8 and code quality compliance improvements.
* Hundreds of bugfixes and minor user experience improvements.

=== Upgrade Information ===

==== Allowed Hosts ====

For production deployments of Horizon you must add the ALLOWED_HOSTS
setting to your settings.py or local_settings.py file. This setting
was added in Django 1.5 and is an important security feature. For more
information on it please consult the local_settings.py.example file
or Django's documentation.

==== Enabling Keystone and Neutron Features ====

If you have existing configurations for the OPENSTACK_KEYSTONE_BACKEND
or OPENSTACK_NEUTRON_NETWORK settings, you will want to consult the
local_settings.example.py file for information on the new options that
have been added. Existing configurations will continue to work, but may not
have the correct keys to enable some of the new features in Havana.

=== 既知の問題と制限 ===

==== Session Creation and Health Checks ====

If you use a health monitoring service that pings the home page combined with
a database-backed session backend you may experience excessive session creation.
This issue is slated to be fixed soon, but in the interim the recommended
solution is to write a periodic job that deletes expired sessions from your
session store on a regular basis.

==== Deleting large numbers of resources simultaneously ====

Using the "select all" checkbox to delete large numbers of resources at once
can cause network timeouts (depending on configuration). This is due to the
underlying APIs not supporting bulk-deletion natively, and consequently Horizon
has to send requests to delete each resource individually behind the scenes.

==== Conflicting Security Group Names With Neutron ====

Whereas Nova Network uses only the name of a security group when specifying
security groups at instance launch time, Neutron can accept either a name or
a UUID. In order to support both, Horizon passes in the name of the selected
security groups. However, due to some data-isolation issues in Neutron there is
an issue that can arise if an admin user tries to specify a security group with
the same name as another security group in a different project which they also
have access to. Neutron will find multiple matches for the security group
name and will fail to launch the instance. The current workaround is to treat
security group names as unique for admin users.

=== Backwards Compatibility ===

The Havana Horizon release should be fully compatible with both Havana and
Grizzly versions of the rest of the OpenStack integrated projects (Nova, Swift,
etc.). New features in other OpenStack projects which did not exist in Grizzly
will obviously only work in Horizon if the rest of the stack supports them as
well.

Overall, great effort has been made to maintain compatibility for
third-party developers who have built on Horizon so far.

== OpenStack Identity (Keystone) ==

=== 主な新機能 ===

* Improved deployment flexibility
** Authorization data (tenants/projects, roles, role assignments; e.g. SQL) can now be stored in a separate backend, as determined by the "assignments" driver, from authentication data (users, groups; e.g. LDAP), as determined by the "identity" driver
** Credentials (e.g. ec2 tokens) can now be stored in a separate backend, as determined by the "credentials" driver, from authentication data
** Ability to specify more granular RBAC policy rules (for example, based on attributes in the API request / response body)
** Pluggable handling of external authentication using <code>REMOTE_USER</code>
** Token generation, which is currently either UUID or PKI based, is now pluggable and separated from token persistence. Deployers can write a custom implementation of the <code>keystone.token.provider.Provider</code> interface and configure keystone to use it with <code>[token] provider</code>. As a result, <code>[signing] token_format</code> is now deprecated in favor of this new configuration option.
** First-class support for deployment behind Apache httpd

* New deployment features
** Ability to cache the results of driver calls in a key-value store (for example, memcached or redis)
** <code>keystone-manage token_flush</code> command to help purge expired tokens

* New API features
** Delegated role-based authorization to arbitrary consumers using OAuth 1.0a
** API clients can now opt out of the service catalog being included in a token response
** Domain role assignments can now be inherited by that domain's projects
** Aggregated role assignments API
** External authentication providers can now embed a binding reference into tokens such that remote services may optionally validate the identity of the user presenting the token against an presented external authentication mechanism. Currently, only <code>kerberos</code> is supported.
** Endpoints may now be explicitly mapped to projects, effectively preventing certain endpoints from appearing in the service catalog for certain based on the project scope of a token. This does not prevent end users from accessing or using endpoints they are aware of through some other means.

* Event notifications emitted for user and project/tenant create, update, and delete operations
* General performance improvements
* The v2 and v3 API now use the same logic for computing the list of roles assigned to a user-project pair during authentication, based on user+project, group+project, user+domain-inherited, and group+domain-inherited role assignments (where domain-inherited role assignments allow a domain-level role assignment to apply to all projects owned by that domain). The v3 API now uses a similar approach for computing user+domain role assignments for domain-scoped tokens.
* Logs are handled using a common logging implementation from Oslo-incubator, consistent with other OpenStack projects
* SQL migrations for extensions can now be managed independently from the primary migration repository using <code>keystone-manage db_sync --extension=«extension-name»</code>.

=== 既知の問題 ===

* [https://pypi.python.org/pypi/six/ six] v1.4.1 or higher is an undocumented requirement ([https://bugs.launchpad.net/keystone/+bug/1237089 bug 1237089]). Without six, Keystone will fail on startup with either <code>ImportError: No module named six</code> or <code>pkg_resources.DistributionNotFound: six</code>.
* An experimental implementation of [https://blueprints.launchpad.net/keystone/+spec/multiple-ldap-servers domain-specific identity backends] (for example, a unique LDAP configuration per domain) was started in Havana but remains incomplete and will be finished during Icehouse.

== OpenStack Network Service (Neutron) ==
=== 主な新機能 ===
==== New Name ====
The OpenStack Networking project has a new name in this release: Neutron. The Havana release will run using configuration files from Grizzly Quantum; however the usage of Quantum is deprecated and deployers should update all references at their earliest opportunity. Support for the Quantum configuration files and executable names will dropped in 2014.1 (Icehouse).
==== Advanced Services ====
Neutron added two new advanced services during the latest development cycle and revised the load balancer service.

'''Load Balancer (LBaaS)''' Previously released as experimental features the in 2013.1 (Grizzly) release, the load balancing service and API extensions are now suitable for deployment. This release ships an updated API and with HAProxy driver support. Vendor drivers are expected in Icehouse and Radware has already made an out of tree Havana compatible driver available for download. The load balancing service can run on multiple network nodes.

'''VPN (VPNaaS)''' Site-to-Site IPSec VPNs are now supported via the VPN service plugin. The VPN API supports IPSec and and L3 agent ships with an OpenSwan driver.

'''Firewall (FWaas)'''A new edge firewall service is included in this release. The firewall service enable tenant to configure security in depth as rules can be applied both at the edge via the firewall API and on the VIF via the security group API. The FWaaS API and drivers are considered experimental as the Neutron will continue development during the next release cycle. The team welcomes community feedback on this extension.
==== New Plugins ====
'''Modular Layer 2 (ML2)''' The Modular Layer 2 (ML2) plugin is a new OpenSource plugin to Neutron. This plugin is a framework allowing OpenStack Networking to simultaneously utilize the variety of layer 2 networking technologies found in complex real-world data centers. It currently works with the existing Open vSwitch, Linux Bridge, and L2 agents. The ML2 plugin supports local, flat, VLAN, GRE and VXLAN network types via a type drivers and different mechanism drivers. There are vendor drivers available for Arista, Cisco Nexus, Hyper-V, and Tail-f NCS. ML2 is a replacement for the Linux Bridge and Open vSwitch plugins which are now considered deprecated. [https://wiki.openstack.org/wiki/Neutron/ML2 More ML2 information]

==== Other Features ====
* Support for PXE Boot Options in when creating a port
* Improved translation support

=== 既知の問題 ===
==== Upgrades from Grizzly ====
Starting the neutron-server after upgrading code, but prior to migration will result in some database models being created without the proper migrations occurring. The following upgrade setups should be taken to ensure a properly upgraded database.
* Ensure that the database is stamped for Grizzly prior to stopping service.<code>quantum-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini stamp grizzly</code>
* Stop quantum-server and deploy the Neutron code '''Do not start the neutron-server at this time'''.
* Run Havana Migration <code>neutron-db-manage --config-file /path/to/quantum.conf --config-file /path/to/plugin/conf.ini upgrade havana</code>
* Start neutron-server

==== Agents May Report a Different Host Name ====
Neutron switched the method to determine a host's name from using the host's FQDN to the result returned by the gethostname(2) call. The change was made to be consistent with the rest of OpenStack. The hostname reported by an agent may be different and will change after the agents are updated to Havana. If so, it is necessary to reschedule all networks onto the new L3 and DHCP agent names to restore service. The change will results in a brief data plane outage will while the deployer reschedules the network.

==== L3 Agent No Longer Defaults to Sending Gratuitous ARPs ====
The L3 Agent previous defaults to sending gratuitous ARPs. The calls to send the gratuitous ARPs cause kernel panics when deployed using network namespaces on some distributions. Deployers may enable gratuitous ARP by setting ''send_arp_for_ha=3'' in the L3 Agent's configuration file.

==== Firewall as a Service ====
The experimental FWaaS API extension only supports one active policy per tenant. The behavior will change in the during the Icehouse development cycle to allow for different policies to be attached to different tenant routers.

=== アップグレード時の注意 ===
* Changes to neutron-dhcp-agent require you to first upgrade your dhcp-agents. Then wait until the dhcp_lease time has expired. After waiting at least dhcp_lease time, update neutron-server. Failure to do this may lead to cases where an instance is deleted and the dnsmasq process has not released the lease and neturon allocates that ip to a new port. (https://review.openstack.org/#/c/37580/)

* There is a new default policy.json file. Deployers with existing deployments should update their files as many options have changed: [http://git.openstack.org/cgit/openstack/neutron/plain/etc/policy.json policy.json]

=== Deprecation Notices ===
* The usage of "quantum" or "Quantum" in configuration files and executable names is officially deprecated. This is the last release that will support those names and new deployments should use proper Neutron names for those values. Support for compatibility will only exist in this release.
* The Linux Bridge and Open vSwitch plugins have been feature frozen and will be removed in the J (2014.2) release. New deployments should choose ML2 instead of the individual Open vSwitch or Linux Bridge plugins.

== OpenStack Block Storage (Cinder) ==

=== 主な新機能 ===
* ボリュームマイグレーション（異なる Cinder バックエンドにボリュームを移動させる為の管理者API）
* V2 API にスケジューラヒント拡張追加
* LVM 無しで直接ディスクを使えるようにする為のローカルブロックストレージドライバ追加
* 既存ボリュームのサイズ拡張機能追加
* あるテナントから別テナントへのボリューム転送機能追加
* デフォルトクォータ設定の編集用API追加
* スナップショットからボリュームを作る際に依存関係を排除する、バックエンド用のスナップショット自動展開用設定オプション追加
* ボリュームアタッチ時、インスタンスUUIDに加えて「ホスト名」を指定可能にするAPI追加
* バックアップレイヤを汎用化し、内部的な調整無しで任意の iSCSI デバイスからのバックアップを可能に
* バックアップサービスに Ceph ドライバ追加（CephからCephへの差分バックアップ可能な、バックアップ先としてCephを選択可能）
* QoS情報追加（Nova に情報が渡されて、ハイパーバイザによって使用される）
* 新しい Windows ストレージサーバドライバ ([https://blueprints.launchpad.net/cinder/+spec/windows-storage-driver-extended blueprint])

=== 新しいベンダドライバ ===
* Dell EqualLogic ボリュームドライバ
* VMware VMDK Cinder ドライバ
* IBM General Parallel File System (GPFS)

=== 既存ドライバの主要な強化点 ===
* Huawei ストレージシステム用ファイバチャネルドライバ追加
* Nexenta ストレージ対応用 NFS ボリュームドライバ追加
* ほぼ全てのベンダドライバに対する、各種アップデートとデバイスに特化した機能強化
* IBM Stowize ドライバにボリュームマイグレーション用の調整実施

=== New Backup Drivers ===
* Allow Ceph as an option for volume backup
* IBM Tivoli Storage Manager (TSM)

=== 既知の問題 ===
* Bug #1237338 : Upload volume to image fails with VMWare volume driver
* Bug: #1240299 : clear volume operation is called on all LVM vol deletes even thin provisioned. Until fix is released be sure to set volume_clear=None in cinder.conf

=== アップグレード時の注意 ===
* The ThinLVM volume driver functionality is now part of the standard LVM ISCSI volume driver. Configuration should be updated to use volume_driver="cinder.volume.drivers.lvm.LVMISCSIDriver" and set the option lvm_type="thin". This will be done automatically for compatibility in Havana if volume_driver is set to "cinder.volume.drivers.lvm.ThinLVMVolumeDriver", but Icehouse will require these options to be updated in cinder.conf.

== OpenStack Metering (Ceilometer) ==
=== 主な新機能 ===
==== API ====
* The statistics endpoint can now be used to group samples by some fields using the ''groupby'' argument
* A new alarm API is now available (see '''Alarms''')
* Users can now post their own samples and meters through the API

==== Alarms ====
Alarms are a new feature allowing users and operators to trigger actions based on comparing the statistics trend against a threshold over a period of time. It is composed of the following services:
* ''ceilometer-api'' now exposes the new ''/v2/alarms'' endpoint providing control over alarm lifecycle;
* ''ceilometer-alarm-evaluator'' evaluates alarms periodically in order to detect detects when an alarm state changes;
* ''ceilometer-alarm-notifier'' receives notifications sent by ''ceilometer-alarm-evaluator'' when an alarm is triggered and executes the associated action

The alarm API also exposes the history of alarm state transitions and rule changes.

==== Collector ====
* New HBase driver
* New DB2 (NoSQL) driver
* Improved SQLAlchemy driver
* Improved MongoDB driver
* Added a TTL functionality that allows to delete old samples from the database
* Added the ability to store events
* Added event storage feature on SQLAlchemy

==== Publisher drivers ====
* Added a UDP based publisher

==== Transformers ====
* Added new unit-scaling and rate-of-change transformers

==== Meters ====
* Added a meter on API requests using a special Python middleware
* Added the ability to record samples from the new Neutron bandwidth metering feature

==== Compute agent ====
* Added support for Hyper-V

=== 既知の問題 ===

* https://review.openstack.org/#/c/46336/

== OpenStack Orchestration (Heat) ==
=== 主な新機能 ===

==== Much improved documentation ====
* [http://docs.openstack.org/developer/heat/getting_started/index.html getting started guides]
* [http://docs.openstack.org/developer/heat/ developer docs]
* [http://docs.openstack.org/developer/heat/template_guide/index.html template guide]
* [http://api.openstack.org/api-ref-orchestration.html API reference]

==== Initial integration with Tempest ====
* API tests https://github.com/openstack/tempest/tree/master/tempest/api/orchestration
==== Concurrent resource operations ====
* Non dependent create, update and delete operations are now performed in parallel

==== Much improved networking/Neutron support ====
* New LBaaS, FWaaS and VPNaaS resources

==== Initial support for native template language (HOT) ====
* See [http://docs.openstack.org/developer/heat/template_guide/index.html template guide] and [http://docs.openstack.org/developer/heat/template_guide/hot_spec.html specification]

==== Provider and Environment abstractions ====
* Abstractions to provide a way to customize resource types using nested templates see [http://docs.openstack.org/developer/heat/template_guide/environment.html documentation] and [http://hardysteven.blogspot.co.uk/2013/10/heat-providersenvironments-101-ive.html blog post]

==== Ceilometer integration for metrics/monitoring/alarms ====
* Adds a new resource type [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Ceilometer::Alarm OS::Ceilometer::Alarm] which configures a ceilometer alarm
* Also we have integration with Ceilometer alarms for AutoScaling actions, which are now triggered by Ceilometer alarms. The previous mechanism where metrics/alarms are processed by Heat still exists, but is now deprecated and will most likely be removed during Icehouse.

==== UpdateStack improvements ====

* Several resource types now provide better support for non-destructive updates, including resizing an Instance. Also we now create replacement resources before deleting the previous resource, allowing better upgrade continuity and roll-back capability.

==== Initial integration with keystone trusts functionality ====
* Initial integration with keystone trusts, so when heat.conf specifies deferred_auth_method=trusts, we no longer store encrypted credentials to perform deferred operations (for example AutoScaling adjustments), but instead create a trust and store the ID of the trust.
* (下記の「既知の問題」を参照のこと)

==== Improved resource documentation ====
* Generation of documentation for all resource types http://docs.openstack.org/developer/heat/template_guide/
* Schemata for installed resource types are now available through the API

==== Many more native resource types ====
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Cinder::VolumeAttachment OS::Cinder::VolumeAttachment]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Firewall OS::Neutron::Firewall]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallPolicy OS::Neutron::FirewallPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::FirewallRule OS::Neutron::FirewallRule]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor OS::Neutron::HealthMonitor]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::LoadBalancer OS::Neutron::LoadBalancer]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::VPNService OS::Neutron::VPNService]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecSiteConnection OS::Neutron::IPsecSiteConnection]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IKEPolicy OS::Neutron::IKEPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::IPsecPolicy OS::Neutron::IPsecPolicy]
* [http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server OS::Nova::Server]

==== New Rackspace resource types ====
* Rackspace::Cloud::DBInstance
* Rackspace::Cloud::LoadBalancer
* Rackspace::Cloud::Server

==== Stack suspend/resume ====
* Support for a new API "actions" path, which enables stack suspend/resume

==== Consolidated configuration to a single heat.conf and a single paste-api.ini ====
* 下記の「アップグレード時の注意」を参照してください。
* Also added new config options to provide limitations on:
: template size
: number of stacks per tenant
: number of events per stack
: stack nesting depth

==== Heat Standalone Mode ====
* Heat can now be configured to run in standalone mode, allowing it to orchestrate onto an external OpenStack

==== 既知の問題 ====
* Heat does not support specifying region name when getting API endpoints from keystone see [https://bugs.launchpad.net/python-keystoneclient/+bug/1147530 bug]
* Integration with keystone trusts (deferred_auth_method=trusts) will only work if you have the latest keystoneclient 0.4.1, however this is not reflected in the requirements.txt of Heat yet
: https://bugs.launchpad.net/python-keystoneclient/+bug/1231483
* Integration with keystone trusts requires at least RC3 of keystone due to this issue
: https://bugs.launchpad.net/keystone/+bug/1239303

==== アップグレード時の注意 ====
* Heat now uses one config file (/etc/heat/heat.conf) instead of per-service files.
* The API processes now use a single paste configuration file (/etc/heat/api-paste.ini) instead of per-service files.
* There is now support for a global environment definition in /etc/heat/environment.d/ (see [http://docs.openstack.org/developer/heat/template_guide/environment.html environment documentation])
* All OS::Neutron* resources have been renamed "OS::Quantum*", the old names will still work if you install the provided default environment which aliases the old names to the new resources.

== OpenStack Documentation ==

=== 主な新機能 ===
* Each page now has a bug reporting link so you can easily report bugs against a doc page.
* The manuals have been completely reorganized. With the Havana release, the following Guides exist:
** Install OpenStack
*** Installation Guide for Red Hat Enterprise Linux, CentOS, and Fedora
*** Installation Guide for Ubuntu 12.04 (LTS)
*** Installation Guide for openSUSE and SUSE Linux Enterprise Server
** Configure and run an OpenStack cloud:
*** Cloud Administrator Guide
*** Configuration Reference
*** Operations Guide
*** High Availability Guide
*** Security Guide
*** Virtual Machine Image Guide
** Use the OpenStack dashboard and command-line clients
*** API Quick Start
*** End User Guide
*** Admin User Guide

=== 既知の問題 ===
* Some of the guides are not completely updated and might miss information

== memo ==

* nova : amotoki
* cinder: yosshy
* Keystone: katomo