OpenStack - User contributions [en]

OpenStack User Groups

2015-01-13T06:01:03Z

Tomoaki Nakajima: /* Japan */

__NOTOC__

Welcome to the list of the OpenStack User Groups!

Can't find one nearby? Want to start one? The [[Teams#Community_team|OpenStack International Community team]] is your main contact point. Join [http://lists.openstack.org/cgi-bin/mailman/listinfo/community the mailing list] and read [[OpenStackUserGroups/HowTo|the HowTo page]] if you are hosting or want to start a user group with meetups, hackathons and other social events talking about OpenStack and free/libre open source software for the cloud. You can also edit this page to add your group, but remember - we're an [[Open]] community.

<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3">
* '''[[#North America|North America]]'''
** [[#Atlanta|Atlanta]]
** [[#Austin|Austin]]
** [[#Baltimore|Baltimore]]
** [[#Boston|Boston]]
** [[#Canada|Canada]]
** [[#Chicago|Chicago]]
** [[#Cincinnati|Cincinnati]]
** [[#Colorado|Colorado]]
** [[#Columbus|Columbus]]
** [[#Connecticut|Connecticut]]
** [[#Dallas Fort Worth|Dallas Fort Worth]]
** [[#District_of_Columbia_:_Washington.2C_DC_Metro_Area|District of Columbia : Washington, DC Metro]]
** [[#Florida|Florida]]
** [[#Indiana|Indiana]]
** [[#Kentucky|Kentucky]]
** [[#Michigan|Michigan]]
** [[#Minnesota|Minnesota]]
** [[#Los Angeles|Los Angeles]]
** [[#New York City|New York City]]
** [[#North Carolina|North Carolina]]
** [[#Philadelphia|Philadelphia]]
** [[#San_Antonio.2C_Texas|San Antonio, Texas]]
** [[#San Francisco Bay Area|San Francisco Bay Area]]
** [[#Seattle|Seattle]]
** [[#Utah|Utah]]
* '''[[#Africa|Africa]]'''
** [[#Kenya|Kenya]]
** [[#Nigeria|Nigeria]]
** [[#Tunisia|Tunisia]]
* '''[[#Asia_.2F_Pacific|Asia / Pacific]]'''
** [[#Australia|Australia]]
** [[#China|China]]
** [[#Hong Kong|Hong Kong]]
** [[#India|India]]
** [[#Indonesia|Indonesia]]
** [[#Japan|Japan]]
** [[#Malaysia|Malaysia]]
** [[#New Zealand|New Zealand]]
** [[#Philippines|Philippines]]
** [[#Singapore|Singapore]]
** [[#South Korea|South Korea]]
** [[#Taiwan|Taiwan]]
** [[#Thailand|Thailand]]
** [[#Vietnam|Vietnam]]
* '''[[#Latin America|Latin America]]'''
** [[#Argentina|Argentina]]
** [[#Brazil|Brazil]]
** [[#Ecuador|Ecuador]]
** [[#Mexico|Mexico]]
** [[#Perú|Perú]]
** [[#Puerto Rico|Puerto Rico]]
** [[#Venezuela|Venezuela]]
* '''[[#Europe|Europe]]'''
** [[#Austria|Austria]]
** [[#Belgium|Belgium]]
** [[#Bulgaria|Bulgaria]]
** [[#Czech Republic|Czech Republic]]
** [[#Denmark|Denmark]]
** [[#Finland|Finland]]
** [[#France|France]]
** [[#Germany|Germany]]
** [[#Greece|Greece]]
** [[#Hungary|Hungary]]
** [[#Netherlands|Netherlands]]
** [[#Nordics_.28Scandinavia.29|Nordics (Scandinavia)]]
** [[#Ireland|Ireland]]
** [[#Italy|Italy]]
** [[#Poland|Poland]]
** [[#Romania|Romania]]
** [[#Russia|Russia]]
** [[#Serbia|Serbia]]
** [[#Slovakia|Slovakia]]
** [[#Slovenia|Slovenia]]
** [[#South Eastern Europe|South Eastern Europe]]
** [[#Spain|Spain]]
** [[#Sweden|Sweden]]
** [[#Switzerland|Switzerland]]
** [[#UK|UK]]
* '''[[#Middle East|Middle East]]'''
** [[#Algeria|Algeria]]
** [[#Cyprus|Cyprus]]
** [[#Egypt|Egypt]]
** [[#Iran|Iran]]
** [[#Israel|Israel]]
** [[#Morocco|Morocco]]
** [[#Turkey|Turkey]]
** [[#UAE|UAE]]
* '''[[#Language specific|Language specific]]'''
</div>

== North America ==
=== Atlanta ===
* Meet-up details here: http://www.meetup.com/openstack-atlanta/
* IRC Channel: [[irc://irc.freenode.net/openstack-atlanta|#openstack-atlanta]] on Freenode
* Coordinators: Doug Hellmann, Mark McClain

=== Austin ===
* Meet-up details here: [http://www.meetup.com/openstack-austin/ http://www.meetup.com/openstack-austin/]

=== Baltimore ===
* Meet-up details here: http://www.meetup.com/OpenStack-Baltimore/
* Coordinator: Chris Williams

=== Boston ===
* Meet-up details here: http://www.meetup.com/Openstack-Boston/

=== '''Canada''' ===
* Meetup: http://www.meetup.com/Canadian-OpenStack-Users-Group/
* Website: http://canstack.ca
* Twitter: http://twitter.com/canstack
* Blog: http://blog.canstack.ca
* IRC: #canstack on freenode
* Meetup: http://www.meetup.com/OpenStackTO/
* Google Groups: http://groups.google.com/group/canada-openstack-user-group/
* LinkedIn Group: http://www.linkedin.com/groups/OpenStack-Canada-4151460
* Google Group: http://groups.google.com/group/openstack-canada

=== Chicago ===
* Meet-up details here: http://www.meetup.com/meetup-group-NjZdcegA/
* Coordinator: Erik Martensen

=== Cincinnati===
* Meet-up details here: http://www.meetup.com/openstack-cincinnati/
* Coordinator: Bev Corwin

=== Colorado ===
====Denver to Wyoming====
Colorado OpenStack Meetup
* Meet-up details here: http://www.meetup.com/OpenStack-Colorado/
* Coordinator: David Medberry openstack@medberry.net

====Denver Metro to South Denver====
OpenStack Denver Meetup
* Meet-up details here: http://www.meetup.com/OpenStack-Denver/
* Twitter hashtag: #OSROCK
* Coordinator: Shannon McFarland and Scott Lowe

=== Columbus ===
* Meet-up details here: http://www.meetup.com/OpenStack-Ohio-User-Group/
* Coordinator: Donovan Johnson

=== Connecticut ===
*Home Page: http://www.meetup.com/openstack-ct/
*Next Meetup: Tuesday, July 15th, 2014 - http://www.meetup.com/openstack-ct/events/187579642/
*Twitter Handle: @OpenStackCT
*Twitter Hashtag: #OpenStackCT
*Organizers: Fran Loehmann, James Ruddy, Kenneth Hui, Michael Brito, Michael Dugan, Daniel Krook

=== Dallas Fort Worth ===
* Meet-up details: http://www.meetup.com/OpenStack-DFW/
* Twitter hashtag: #OSDFW
* Coordinator: Charles Derrick

=== District of Columbia : Washington, DC Metro Area ===
* Meet-up details here: http://www.meetup.com/OpenStackDC/
* Meet-up details here: http://www.linkedin.com/groups?gid=4207039

=== Florida ===
* LinkedIn: http://www.linkedin.com/groups?gid=4762393
* FaceBook: http://www.facebook.com/FloridaOpenstack
* Google Group: https://groups.google.com/d/forum/openstack-florida
* Coordinator: [mailto:Trevor.Lowing@gmail.com Trevor Lowing]

=== Indiana ===
* Meet-up details: http://tinyurl.com/7k8b7mr
* Forum: https://portal.futuregrid.org/forums/fg-user-services-forum/openstack
* Contact: Gregor von Laszewski

===Kentucky===
* Meet-up details: http://www.meetup.com/OpenStack-Kentucky
* Coordinator: V. K. Cody Bumgardner

=== Michigan ===
* Google Group: https://groups.google.com/d/forum/openstack-mi
* Google Community: https://plus.google.com/communities/104709877702253658956
* LinkedIn user group: http://www.linkedin.com/groups?home=&gid=4755132
* Coordinator: Eric Detterman

=== Minnesota ===
* Meet-up details: http://www.meetup.com/Minnesota-OpenStack-Meetup//
* Twitter hashtag: #MNOS
* Contact/Coordinator: Kyle Mestery

=== Los Angeles ===
* Meetup details here: http://www.meetup.com/OpenStack-LA
* LinkedIn user group: http://www.linkedin.com/groups?gid=4327316
* Twitter hashtag: #OSLAX
* Coordinator: Gary Kevorkian

=== New York City ===
*Home Page: http://www.meetup.com/OpenStack-New-York-Meetup/
*Next Meetup: Wednesday, July 17th, 2013 (OpenStack Global 3rd Birthday Celebration) - http://www.meetup.com/OpenStack-New-York-Meetup/events/125809072/
*Twitter Handle: @OpenStackNYC
*Twitter Hashtag: #OpenStackNYC
*E-mail: openstacknyc@gmail.com
*Organizers: AppFirst, Jason Edelman, Denis Guyadeen, Kenneth Hui, Judd Maltin

*Home Page: http://www.meetup.com/OpenStack-for-Enterprises-NYC/
*Next Meetup: Thursday, December 18th, 2014 (Inaugural Celebration) - Members can RSVP for this event on the meetup home page
*Twitter Hashtag: #EnterpriseOpenStackNYC
*Organizers: Rackspace, Walter Bentley, Nikki Tirado, Mike Camp, John Yi

=== North Carolina ===
* Meetup March 7, 2013: http://www.meetup.com/Triangle-OpenStack-Meetup/
* Coordinators: Mark Voelker, Arvind Somya, Amy Lewis

=== Philadelphia ===
*Home Page: http://www.meetup.com/Philly-OpenStack-Meetup-Group/
*Next Meetup: Thursday, April 24th, 2014 (Docker with Openstack and OpenContrail for SDN) - http://www.meetup.com/Philly-OpenStack-Meetup-Group/events/157769942/
*Twitter Handle: @OpenStackPhilly
*Twitter Hashtag: #OpenStackPhilly
*Organizers: Kenneth Hui, Paul Richards, Sean M. Collins

=== San Antonio, Texas ===
* Meetup details here: http://www.meetup.com/SA-Open-Stackers/
* Community Page at https://plus.google.com/communities/104303691151444174690
* Coordinator(s): Wendel Hope

=== San Francisco Bay Area ===
* Meet-up details here: http://www.meetup.com/openstack/

=== Seattle ===
* Meet-up details here: http://www.meetup.com/OpenStack-Seattle/
* Calendar: http://www.meetup.com/OpenStack-Seattle/events/calendar/
* Coordinator: Mark Atwood of HP Cloud and Joseph Heck of Nebula

=== Utah ===
* Meet-up details: http://www.meetup.com/utah-openstack/

== Africa ==
* OpenStack Africa Google+ Community: https://plus.google.com/u/0/communities/106463180296945913906
* Coordinator: Adam Nelson (adam@kili.io)

=== Kenya ===
* Meetup: http://www.meetup.com/OpenStack-Nairobi
* Coordinator: Adam Nelson (adam@kili.io)

=== Nigeria ===
* Twitter: @OpenStackNG
* Meetup: [http://www.meetup.com/OpenStack-User-Group-Nigeria/ OpenStack Nigeria Meetup]
* LinkedIn Group: [http://www.linkedin.com/groups?home=&gid=6644277&trk=anet_ug_hm OpenStack Nigeria]
* Coordinator: Abayomi Ayoola (a.ayoola@gmail.com)

=== Tunisia ===
* LinkedIn Group: TOSUG [https://www.linkedin.com/groups/Tunisian-OpenStack-Users-Group-TOSUG-8220062]
* Google Group : TOSUG [https://groups.google.com/forum/#!forum/openstacktunisia]
* Facebook : https://www.facebook.com/groups/539524012817455/
* Coordinator: CHRAIGUI Soufiene (s.chraigui@gmail.com)

== Asia / Pacific ==

=== Australia ===
* Meet-up details here: http://aosug.openstack.org.au
* Coordinator: Tristan Goode
* Google Group: http://groups.google.com/group/openstack-au

=== China ===
* Meetup [http://www.meetup.com/China-OpenStack-User-Group/ China OpenStack User Group]
* Ambassador: Lu Ye<yeluaiesec@gmail.com>
* Twitter: [https://twitter.com/openstackchina @OpenStackChina]
* Weibo: [http://weibo.com/cosug @COSUG](China OpenStack User Group)
* Google Group: http://groups.google.com/group/china-openstack-user-group
* Twitter: @OpenStackCN
* Weibo: [http://weibo.com/openstack @OpenStack]
* Coordinator: Hui Cheng< freedomhui@gmail.com >, ben( duyujie[dot]dyj[at]gmail[dot]com/[http://weibo.com/u/1716287123 Weibo:@ben_杜玉杰])

=== Hong Kong ===
* Facebook: https://www.facebook.com/groups/hkosug/
* Meetup: http://www.meetup.com/Hong-Kong-OpenStack-User-Group
* Website: http://osug.cyberport.hk
* Forum: https://groups.google.com/d/forum/hong-kong-cloud-technology-sig
* Google+: https://plus.google.com/u/0/communities/112611801924078008731
* '''Coordinator''': [http://www.openstack.org/community/members/profile/3491 <big>Bruce Lok</big>] ; [http://www.openstack.org/community/members/profile/10509 <big>Raymond Chan</big>]

=== India ===
* Meetup Page: http://www.meetup.com/Indian-OpenStack-User-Group
* Subscribe to community mailing list sending an email to openstackindia@librelist.com
* Facebook Page: http://www.facebook.com/groups/328814400511881/
* LinkedIn: http://www.linkedin.com/groups/OpenStack-India-4005742
* Twitter: https://twitter.com/openstackindia
* Slideshare: http://www.slideshare.net/openstackindia
* Coordinators: Deepak Garg ( Email: deepakgarg[dot]iitg[at]gmail[dot]com Launchpad Id: deepak.garg ] Kavit Munshi(@kavitaptira) Ritesh Nanda(@riteshnanda09) Syed Armani(@syedarmani) Sajid Akhtar(@mail2fashion ) Atul Jha(@koolhead17 , "Malyadri Beegala" <malyadri[dot]beegala[at]gmail.com> (Hyderabad events), "Srikanth Minnam" <srikanth[dot]minnam[at]gmail.com> (Hyderabad events)

==== Pune, India ====
* Meetup Page: http://www.meetup.com/OpenStack-Pune
* Coordinators : Rajdeep Dua ( Email : dua_rajdeep[at]yahoo[dot]com )
* Twitter Handle : #openstackpune

==== Chandigarh, India ====
* Meetup Page: http://www.meetup.com/Chandigarh-Openstack-Meetup/
* Coordinators : Navdeep Singh Gill ( Email : navdeep.xenon[at]gmail[dot]com )
* Facebook Page :-https://www.facebook.com/ChandigarhOpenstackMeetup

=== Indonesia ===
* Home page: http://www.openstack.or.id
* Mailing list/forum: openstack-id@googlegroups.com
* FB Group: http://www.facebook.com/groups/openstack.id
* FB FanPage: http://www.facebook.com/openstack.id
* Coordinator: Frans Thamura ( frans@meruvian.org ) and (b-frans)

=== Japan ===
* Home Page: http://openstack.jp/
* Mailing List : http://groups.google.com/group/openstack-ja (openstack-ja at googlegroups.com )
* Ambassador: Akihiro Hasegawa and Akira Yoshiyama (@boot_vmlinuz )
* Coordinator: Tomoaki Nakajima (@irix_jp)

=== Malaysia ===
* Home page: http://www.openstack.my
* Mailing list/forum: https://www.facebook.com/groups/openstackmy
* Coordinator: Khairul Aizat ( fenris@ubuntu.com ) and Mohammad Hafiz ( mypapit@gmail.com )

=== New Zealand ===
* Meet-up page: http://www.meetup.com/New-Zealand-OpenStack-User-Group/

=== Philippines ===
* Website: http://www.openstack.org/
* Twitter: @openstack
* Google Group: https://groups.google.com/forum/?hl=en#!forum/openstack-philippines
* Meetup: http://www.meetup.com/OpenStack-Philippines
* Steward: Dean Marc Co ( dmc@dungeoninnovations.com ) ( @deanmarc )
* Coordinator: Mary Ann Camo ( mac@dungeoninnovations.com )
* Coordinator: Mary Rose Oh ( mro@dungeoninnovations.com )

===Singapore===
*Facebook: https://www.facebook.com/groups/sgopenstack
*Homepage: http://openstack-sg.org
*Google Groups: http://groups.google.com/group/openstack-singapore-users-group
*IRC Channel: #openstack-sg on Freenode
*Launchpad: https://launchpad.net/~openstack-sg
*Coordinator: [https://launchpad.net/~wickedpuppy wickedpuppy]

*'''Meetup:''' http://www.meetup.com/OpenStack-Singapore/
*'''LinkedIn:''' http://www.linkedin.com/groups/Openstack-Singapore-5190447

=== South Korea ===
* Home Page: http://www.openstack.or.kr
* Facebook Group: http://www.facebook.com/groups/openstack.kr/
* Coordinator: [https://launchpad.net/~bluejay-ahn Jaesuk Ahn], Nalee Jang (nalee999@gmail.com)

=== Taiwan ===
* Home page: http://www.openstack.tw/
* Facebook: https://www.facebook.com/groups/openstack.tw/
* irc channel: #openstack-tw on freenode
* Coordinator: Yoyo Chiang, macJack

=== Thailand ===
* Home page: http://blog.sushicloud.cs.tu.ac.th/?cat=14
* Coordinator: Kasidit Chanchio ( kasiditchanchio@gmail.com , kasidit@cs.tu.ac.th )

=== Vietnam ===
* Facebook page: https://www.facebook.com/VietOpenStack
* Official Mailing list: [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-vi Subscribe online], [http://lists.openstack.org/pipermail/openstack-vi/ Archives]
* Coordinator: Giang Duong ( vietopenstack@dtt.vn )

==Latin America==
* Latin America G+ community: http://bit.ly/1rVTMRs

=== Argentina ===
* Meetup: http://www.meetup.com/openstack-argentina/

=== Brazil ===
* Google Groups: http://groups.google.com/group/openstack-br
* Facebook Page: http://www.facebook.com/groups/openstackbrasil/
* Twitter: @openstackbr
* Meetup: http://www.meetup.com/openstack-brasil
* Coordinator: [http://wiki.openstack.org/Alexandre%20Haguiar Alexandre Aguiar] ; [http://wiki.openstack.org/Marcelo%20Dieder Marcelo Dieder]

=== Ecuador ===
* Google community: https://plus.google.com/communities/102070666375831873027?hl=es
* Linkedin: http://www.linkedin.com/groups/OpenStack-Ecuador-5012947/about
*Twitter: https://twitter.com/OpenStackEC
* Coordinator: Daniel Núñez
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

=== Guatemala ===
* LinkedIn: https://www.linkedin.com/groups/OpenStack-Guatemala-6805348
* Contact: otto at celera.net
* Coordinator Otto Marroquin

=== Mexico ===
*LinkedIn: https://www.linkedin.com/groups/OpenStack-Mexico-4531742

* Meetup: http://www.meetup.com/OpenStack-GDL/
* Google Group: https://plus.google.com/communities/107500041156411581213
* Coordinator: Victor Morales

=== Perú ===
* Google Group: https://plus.google.com/u/0/communities/104762267854890735702
* Contact: alfonsodg@gmail.com
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

== Puerto Rico ==
* Coordinator: Angel Berrios of http://www.dreyfous.com
* Contact: aberrios@dreyfous.com
* Google Group: https://groups.google.com/forum/?hl=en#!forum/openstack-puerto-rico
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

=== Venezuela ===
* Google+: https://plus.google.com/communities/118105990522935078913
* Forum: https://groups.google.com/d/forum/openstack-ve
* Twitter: @openstackve
* Coordinator: Ender Mujica ( emujicad at gmail.com )
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

==Europe==

=== Austria ===
* Meetup group: http://www.meetup.com/OpenStack-DACH/
* Coordinator: Martin Loschwitz (madkiss)

=== Belgium ===
* LinkedIn Group: http://www.linkedin.com/groups?gid=4817141
* Coordinators: Karel Striegel, Tom Degroote

=== Bulgaria ===
* OpenStack Bulgaria: http://www.openstack.bg/
* LinkedIn Group: http://www.linkedin.com/groups?gid=5154754&trk
* Coordinators: Alexandra Mechkova, Ina Dobrilova
* Contact: info@openstack.bg

=== Czech Republic ===
*LinkedIn Group: http://www.linkedin.com/groups/OpenStack-Czech-User-Group-Meetup-5118912?trk=myg_ugrp_ovr
*Facebook Group: https://www.facebook.com/groups/czechopenstack/
*Facebook Group e-mail: czechopenstack@groups.facebook.com
*Meetup Group: http://www.meetup.com/OpenStack-Czech-User-Group-Meetup/
*Coordinator: Stanislav Polášek (sp at elostech dot cz)
*Mailing list: TBD

=== Denmark ===
* Location: The Danish Hackerspace, Open Space Aarhus
* Twitter - https://twitter.com/openstackdk
* Coordinator: Mikkel Mikjaer - mikkel@mikjaer.com
* More info here: http://osaa.dk/wiki/index.php/OpenStackHackathon

=== Finland ===
* MeetUp - http://www.meetup.com/OpenStack-Finland-User-Group
* LinkedIn Group - http://tinyurl.com/openstackfinland
* Twitter - @OpenstackFIN
* Coordinator: Ilkka Tengvall - [firstname].[lastname]@cybercom.com
* Mailing list: TBD

=== France ===

* French User Group: http://openstack.fr
* LinkedIn: [http://www.linkedin.com/groups/OpenStack-France-3993018?home=&gid=3993018&trk=anet_ug_hm&goback=.anp_3993018_1310075735312_1 http://www.linkedin.com/groups/OpenStack-France-3993018?home=&gid=3993018&trk=anet_ug_hm&goback=%2Eanp_3993018_1310075735312_1]
* Twitter: https://twitter.com/openstackfr

'''Mailing-list in French:'''
* http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr

'''IRC channel in French:'''
* #openstack-fr

'''Paris area:'''
* Meetup: http://www.meetup.com/OpenStack-France

'''Rhône-Alpes (Lyon/Grenoble/Geneva) region:'''
* Meetup: http://www.meetup.com/OpenStack-Rhone-Alpes/

=== Germany ===
* OpenStack Germany
:* Meet-up details here: https://www.xing.com/net/pri3642a8x/openstack-germany/
:* Coordinator: Christian Berendt (berendt on launchpad, berendt 'at' b1-systems 'dot' de)
* OpenStack MeetUp Frankfurt
:* Meet-up details here: http://www.meetup.com/OpenStack-MeetUp-Frankfurt/
:* Coordinators: Frederik Bijlsma (Red Hat) and Ralf Trezeciak (Deutsche Telekom)
* OpenStack DACH
:* Meetup group: http://www.meetup.com/OpenStack-DACH/
:* Coordinator: Martin Loschwitz (madkiss)

=== Greece ===
* Meetup: http://www.meetup.com/Athens-OpenStack-User-Group
* Twitter hashtag: #OSATH
* Mailing list: [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-el Subscribe], [http://lists.openstack.org/pipermail/openstack-el/ Archives]
* Coordinator: Thanassis Parathyras

=== Hungary ===
* Meet-up details here: http://www.meetup.com/OpenStack-Hungary-Meetup-Group/
* Coordinator: Marton Kiss (marton 'dot' kiss 'at' xemeti 'dot' com)

=== Netherlands ===
OpenStack Amsterdam
* Meet-up details here: http://www.meetup.com/Openstack-Amsterdam
* Coordinator: Alessandro Vozza (alessandro <at> ams0.org , twitter: @bongo)
* Google community: https://plus.google.com/u/1/communities/115207580745787867740

OpenStack Netherlands
* Meet-up details here: http://www.meetup.com/Openstack-Netherlands
* Coordinator: Ben van der Vegt (twitter: @FairbanksCloud
* LinkedIn: https://www.linkedin.com/groups?home=&gid=4179161

=== Nordics (Scandinavia) ===
* Twitter: http://twitter.com/OSNordics
* Meet-up: http://www.meetup.com/OpenStack-User-Group-Nordics/
* LinkedIn: http://www.linkedin.com/groups/OpenStack-Nordics-4764289
* Coordinator - See each Country for it's coordinator.

=== Ireland ===
* Meetup details here: http://www.meetup.com/OpenStack-Ireland
* Twitter - @OpenstackIRL
* Coordinator: Tim Horgan - [firstname].[lastname]@cit.ie

=== Italy ===
* Meetup: http://www.meetup.com/OpenStack-User-Group-Italia/
* Official mailing list: [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-it Subscribe online], [http://lists.openstack.org/pipermail/openstack-it/ Archives]
* Coordinators: Davide Guerri ( davide.guerri@gmail.com ), Martina, Flavio Percoco Premoli, Mariano Cunietti, Mariano Iumiento

=== Poland ===
* Home page:
* LinkedIn:
* Meetup: [http://www.meetup.com/OpenStack-User-Group-Poland/ OpenStack-User-Group-Poland Meetup]
*Google Hangout: [https://www.youtube.com/user/OpenStackPoland www.youtube.com/user/OpenStackPoland]
*Coordinators:

=== Romania ===
* Meetup: http://www.meetup.com/Openstack-Bucharest/
* Coordinator: Adrian Moti

=== Russia ===
* Home page: http://www.oscloud.ru/
* Facebook: https://www.facebook.com/groups/openstack.russia/
* LinkedIn: http://www.linkedin.com/groups?gid=4109150
* Coordinator: [http://wiki.openstack.org/IlyaAlekseyev Ilya Alekseyev]

=== Serbia ===
* Home page: http://www.openstack.rs
* Coordinator: [https://launchpad.net/~gerzic gerzic]

=== Slovakia ===
* Meetup: http://www.meetup.com/Openstack-Slovakia/
* Facebook: https://www.facebook.com/groups/318225095027980/
* Coordinator: Juraj Šlesar (juro.slesar@gmail.com)

=== Slovenia ===
* Forum: https://groups.google.com/forum/?fromgroups#!forum/openstack-slovenija
* LinkedIn: http://www.linkedin.com/groups/OpenStack-Slovenija-4793209?trk=myg_ugrp_ovr
* Facebook: https://www.facebook.com/OpenstackSlovenija

=== South Eastern Europe ===
* Forum: https://groups.google.com/forum/#!forum/openstack-south-eastern-europe
* LinkedIn: http://www.linkedin.com/groups/OpenStack-South-Eastern-Europe-4884630?trk=myg_ugrp_ovr

=== Spain ===
* https://plus.google.com/u/0/communities/102652393437279778000
* http://groups.google.com/group/spain-openstack-user-group
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]
* http://twitter.com/openstackspain
* Openstack Barcelona http://www.meetup.com/OpenStack-Barcelona

=== Sweden ===
* Meetup page: http://www.meetup.com/OpenStack-User-Group-Nordics/
* Twitter: http://twitter.com/OpenStackSE
* Coordinator: [https://launchpad.net/~n-paladi Nicolae Paladi]

=== Switzerland ===
* Home page: http://openstack.ch/
* Twitter: https://twitter.com/OpenStackCH
* Coordinator: Thomas Michael Bohnert, [https://launchpad.net/~andy-edmonds Andy Edmonds], [https://launchpad.net/~al-maisan Muharem Hrnjadovic]

=== UK ===
* http://www.meetup.com/OpenStack-London
* http://www.meetup.com/OpenStack-Scotland

==Middle East==

=== Algeria ===
* http://www.meetup.com/OpenStack-Algeria

=== Cyprus ===
* [http://www.meetup.com/OpenStack-Cyprus-Community/ Meetup Group]
* http://www.meetup.com/OpenStack-Cyprus-Community/
* Coordinator: Sergios Charalambous

=== Egypt ===
* http://groups.google.com/group/egypt-openstack-user-group
* Mailing list: egypt-openstack-user-group@googlegroups.com
* Coordinator: Mohamed El-Refaey ( mohamed@egyptcloudforum.com )

=== Iran ===
* Home Page: [http://OpenStack.ir OpenStack.ir]
* Twitter: [https://Twitter.Com/OpenStackIR @OpenStackIR]
* IRC Channel: #OpenStack-ir
* Meetup: [http://www.meetup.com/Iran-OpenStack-Meetup/]
* Coordinator: [http://RoozbehShafiee.Com Roozbeh Shafiee]

=== Israel ===
* Home page: http://www.openstack-israel.org/
* Twitter: https://twitter.com/OpenStackIL
* Coordinator: Nati Shalom @natishalom

=== Morocco ===

* Coordinators: Samir Boukharta

=== Turkey ===
* Coordinator: Ali Bugdayci ( Borsoftware )
* Twitter: https://twitter.com/OpenStackTurkey

=== UAE ===
* Meetup Page: http://www.meetup.com/U-A-E-OpenStack-User-Group/
* Facebook Page: https://www.facebook.com/groups/280298292070983/
* LinkedIn: http://www.linkedin.com/groups/OpenStack-UAE-4653922?gid=4653922
* Twitter: https://twitter.com/OpenStackUAE
* Coordinator: Syed Armani

=== Saudi Arabia ===

* Twitter: https://twitter.com/OpenStacksa

== Language specific ==
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

[[Category:Connect]]

OpenStack User Groups

2015-01-13T05:21:44Z

Tomoaki Nakajima:

__NOTOC__

Welcome to the list of the OpenStack User Groups!

Can't find one nearby? Want to start one? The [[Teams#Community_team|OpenStack International Community team]] is your main contact point. Join [http://lists.openstack.org/cgi-bin/mailman/listinfo/community the mailing list] and read [[OpenStackUserGroups/HowTo|the HowTo page]] if you are hosting or want to start a user group with meetups, hackathons and other social events talking about OpenStack and free/libre open source software for the cloud. You can also edit this page to add your group, but remember - we're an [[Open]] community.

<div style="column-count:3;-moz-column-count:3;-webkit-column-count:3">
* '''[[#North America|North America]]'''
** [[#Atlanta|Atlanta]]
** [[#Austin|Austin]]
** [[#Baltimore|Baltimore]]
** [[#Boston|Boston]]
** [[#Canada|Canada]]
** [[#Chicago|Chicago]]
** [[#Cincinnati|Cincinnati]]
** [[#Colorado|Colorado]]
** [[#Columbus|Columbus]]
** [[#Connecticut|Connecticut]]
** [[#Dallas Fort Worth|Dallas Fort Worth]]
** [[#District_of_Columbia_:_Washington.2C_DC_Metro_Area|District of Columbia : Washington, DC Metro]]
** [[#Florida|Florida]]
** [[#Indiana|Indiana]]
** [[#Kentucky|Kentucky]]
** [[#Michigan|Michigan]]
** [[#Minnesota|Minnesota]]
** [[#Los Angeles|Los Angeles]]
** [[#New York City|New York City]]
** [[#North Carolina|North Carolina]]
** [[#Philadelphia|Philadelphia]]
** [[#San_Antonio.2C_Texas|San Antonio, Texas]]
** [[#San Francisco Bay Area|San Francisco Bay Area]]
** [[#Seattle|Seattle]]
** [[#Utah|Utah]]
* '''[[#Africa|Africa]]'''
** [[#Kenya|Kenya]]
** [[#Nigeria|Nigeria]]
** [[#Tunisia|Tunisia]]
* '''[[#Asia_.2F_Pacific|Asia / Pacific]]'''
** [[#Australia|Australia]]
** [[#China|China]]
** [[#Hong Kong|Hong Kong]]
** [[#India|India]]
** [[#Indonesia|Indonesia]]
** [[#Japan|Japan]]
** [[#Malaysia|Malaysia]]
** [[#New Zealand|New Zealand]]
** [[#Philippines|Philippines]]
** [[#Singapore|Singapore]]
** [[#South Korea|South Korea]]
** [[#Taiwan|Taiwan]]
** [[#Thailand|Thailand]]
** [[#Vietnam|Vietnam]]
* '''[[#Latin America|Latin America]]'''
** [[#Argentina|Argentina]]
** [[#Brazil|Brazil]]
** [[#Ecuador|Ecuador]]
** [[#Mexico|Mexico]]
** [[#Perú|Perú]]
** [[#Puerto Rico|Puerto Rico]]
** [[#Venezuela|Venezuela]]
* '''[[#Europe|Europe]]'''
** [[#Austria|Austria]]
** [[#Belgium|Belgium]]
** [[#Bulgaria|Bulgaria]]
** [[#Czech Republic|Czech Republic]]
** [[#Denmark|Denmark]]
** [[#Finland|Finland]]
** [[#France|France]]
** [[#Germany|Germany]]
** [[#Greece|Greece]]
** [[#Hungary|Hungary]]
** [[#Netherlands|Netherlands]]
** [[#Nordics_.28Scandinavia.29|Nordics (Scandinavia)]]
** [[#Ireland|Ireland]]
** [[#Italy|Italy]]
** [[#Poland|Poland]]
** [[#Romania|Romania]]
** [[#Russia|Russia]]
** [[#Serbia|Serbia]]
** [[#Slovakia|Slovakia]]
** [[#Slovenia|Slovenia]]
** [[#South Eastern Europe|South Eastern Europe]]
** [[#Spain|Spain]]
** [[#Sweden|Sweden]]
** [[#Switzerland|Switzerland]]
** [[#UK|UK]]
* '''[[#Middle East|Middle East]]'''
** [[#Algeria|Algeria]]
** [[#Cyprus|Cyprus]]
** [[#Egypt|Egypt]]
** [[#Iran|Iran]]
** [[#Israel|Israel]]
** [[#Morocco|Morocco]]
** [[#Turkey|Turkey]]
** [[#UAE|UAE]]
* '''[[#Language specific|Language specific]]'''
</div>

== North America ==
=== Atlanta ===
* Meet-up details here: http://www.meetup.com/openstack-atlanta/
* IRC Channel: [[irc://irc.freenode.net/openstack-atlanta|#openstack-atlanta]] on Freenode
* Coordinators: Doug Hellmann, Mark McClain

=== Austin ===
* Meet-up details here: [http://www.meetup.com/openstack-austin/ http://www.meetup.com/openstack-austin/]

=== Baltimore ===
* Meet-up details here: http://www.meetup.com/OpenStack-Baltimore/
* Coordinator: Chris Williams

=== Boston ===
* Meet-up details here: http://www.meetup.com/Openstack-Boston/

=== '''Canada''' ===
* Meetup: http://www.meetup.com/Canadian-OpenStack-Users-Group/
* Website: http://canstack.ca
* Twitter: http://twitter.com/canstack
* Blog: http://blog.canstack.ca
* IRC: #canstack on freenode
* Meetup: http://www.meetup.com/OpenStackTO/
* Google Groups: http://groups.google.com/group/canada-openstack-user-group/
* LinkedIn Group: http://www.linkedin.com/groups/OpenStack-Canada-4151460
* Google Group: http://groups.google.com/group/openstack-canada

=== Chicago ===
* Meet-up details here: http://www.meetup.com/meetup-group-NjZdcegA/
* Coordinator: Erik Martensen

=== Cincinnati===
* Meet-up details here: http://www.meetup.com/openstack-cincinnati/
* Coordinator: Bev Corwin

=== Colorado ===
====Denver to Wyoming====
Colorado OpenStack Meetup
* Meet-up details here: http://www.meetup.com/OpenStack-Colorado/
* Coordinator: David Medberry openstack@medberry.net

====Denver Metro to South Denver====
OpenStack Denver Meetup
* Meet-up details here: http://www.meetup.com/OpenStack-Denver/
* Twitter hashtag: #OSROCK
* Coordinator: Shannon McFarland and Scott Lowe

=== Columbus ===
* Meet-up details here: http://www.meetup.com/OpenStack-Ohio-User-Group/
* Coordinator: Donovan Johnson

=== Connecticut ===
*Home Page: http://www.meetup.com/openstack-ct/
*Next Meetup: Tuesday, July 15th, 2014 - http://www.meetup.com/openstack-ct/events/187579642/
*Twitter Handle: @OpenStackCT
*Twitter Hashtag: #OpenStackCT
*Organizers: Fran Loehmann, James Ruddy, Kenneth Hui, Michael Brito, Michael Dugan, Daniel Krook

=== Dallas Fort Worth ===
* Meet-up details: http://www.meetup.com/OpenStack-DFW/
* Twitter hashtag: #OSDFW
* Coordinator: Charles Derrick

=== District of Columbia : Washington, DC Metro Area ===
* Meet-up details here: http://www.meetup.com/OpenStackDC/
* Meet-up details here: http://www.linkedin.com/groups?gid=4207039

=== Florida ===
* LinkedIn: http://www.linkedin.com/groups?gid=4762393
* FaceBook: http://www.facebook.com/FloridaOpenstack
* Google Group: https://groups.google.com/d/forum/openstack-florida
* Coordinator: [mailto:Trevor.Lowing@gmail.com Trevor Lowing]

=== Indiana ===
* Meet-up details: http://tinyurl.com/7k8b7mr
* Forum: https://portal.futuregrid.org/forums/fg-user-services-forum/openstack
* Contact: Gregor von Laszewski

===Kentucky===
* Meet-up details: http://www.meetup.com/OpenStack-Kentucky
* Coordinator: V. K. Cody Bumgardner

=== Michigan ===
* Google Group: https://groups.google.com/d/forum/openstack-mi
* Google Community: https://plus.google.com/communities/104709877702253658956
* LinkedIn user group: http://www.linkedin.com/groups?home=&gid=4755132
* Coordinator: Eric Detterman

=== Minnesota ===
* Meet-up details: http://www.meetup.com/Minnesota-OpenStack-Meetup//
* Twitter hashtag: #MNOS
* Contact/Coordinator: Kyle Mestery

=== Los Angeles ===
* Meetup details here: http://www.meetup.com/OpenStack-LA
* LinkedIn user group: http://www.linkedin.com/groups?gid=4327316
* Twitter hashtag: #OSLAX
* Coordinator: Gary Kevorkian

=== New York City ===
*Home Page: http://www.meetup.com/OpenStack-New-York-Meetup/
*Next Meetup: Wednesday, July 17th, 2013 (OpenStack Global 3rd Birthday Celebration) - http://www.meetup.com/OpenStack-New-York-Meetup/events/125809072/
*Twitter Handle: @OpenStackNYC
*Twitter Hashtag: #OpenStackNYC
*E-mail: openstacknyc@gmail.com
*Organizers: AppFirst, Jason Edelman, Denis Guyadeen, Kenneth Hui, Judd Maltin

*Home Page: http://www.meetup.com/OpenStack-for-Enterprises-NYC/
*Next Meetup: Thursday, December 18th, 2014 (Inaugural Celebration) - Members can RSVP for this event on the meetup home page
*Twitter Hashtag: #EnterpriseOpenStackNYC
*Organizers: Rackspace, Walter Bentley, Nikki Tirado, Mike Camp, John Yi

=== North Carolina ===
* Meetup March 7, 2013: http://www.meetup.com/Triangle-OpenStack-Meetup/
* Coordinators: Mark Voelker, Arvind Somya, Amy Lewis

=== Philadelphia ===
*Home Page: http://www.meetup.com/Philly-OpenStack-Meetup-Group/
*Next Meetup: Thursday, April 24th, 2014 (Docker with Openstack and OpenContrail for SDN) - http://www.meetup.com/Philly-OpenStack-Meetup-Group/events/157769942/
*Twitter Handle: @OpenStackPhilly
*Twitter Hashtag: #OpenStackPhilly
*Organizers: Kenneth Hui, Paul Richards, Sean M. Collins

=== San Antonio, Texas ===
* Meetup details here: http://www.meetup.com/SA-Open-Stackers/
* Community Page at https://plus.google.com/communities/104303691151444174690
* Coordinator(s): Wendel Hope

=== San Francisco Bay Area ===
* Meet-up details here: http://www.meetup.com/openstack/

=== Seattle ===
* Meet-up details here: http://www.meetup.com/OpenStack-Seattle/
* Calendar: http://www.meetup.com/OpenStack-Seattle/events/calendar/
* Coordinator: Mark Atwood of HP Cloud and Joseph Heck of Nebula

=== Utah ===
* Meet-up details: http://www.meetup.com/utah-openstack/

== Africa ==
* OpenStack Africa Google+ Community: https://plus.google.com/u/0/communities/106463180296945913906
* Coordinator: Adam Nelson (adam@kili.io)

=== Kenya ===
* Meetup: http://www.meetup.com/OpenStack-Nairobi
* Coordinator: Adam Nelson (adam@kili.io)

=== Nigeria ===
* Twitter: @OpenStackNG
* Meetup: [http://www.meetup.com/OpenStack-User-Group-Nigeria/ OpenStack Nigeria Meetup]
* LinkedIn Group: [http://www.linkedin.com/groups?home=&gid=6644277&trk=anet_ug_hm OpenStack Nigeria]
* Coordinator: Abayomi Ayoola (a.ayoola@gmail.com)

=== Tunisia ===
* LinkedIn Group: TOSUG [https://www.linkedin.com/groups/Tunisian-OpenStack-Users-Group-TOSUG-8220062]
* Google Group : TOSUG [https://groups.google.com/forum/#!forum/openstacktunisia]
* Facebook : https://www.facebook.com/groups/539524012817455/
* Coordinator: CHRAIGUI Soufiene (s.chraigui@gmail.com)

== Asia / Pacific ==

=== Australia ===
* Meet-up details here: http://aosug.openstack.org.au
* Coordinator: Tristan Goode
* Google Group: http://groups.google.com/group/openstack-au

=== China ===
* Meetup [http://www.meetup.com/China-OpenStack-User-Group/ China OpenStack User Group]
* Ambassador: Lu Ye<yeluaiesec@gmail.com>
* Twitter: [https://twitter.com/openstackchina @OpenStackChina]
* Weibo: [http://weibo.com/cosug @COSUG](China OpenStack User Group)
* Google Group: http://groups.google.com/group/china-openstack-user-group
* Twitter: @OpenStackCN
* Weibo: [http://weibo.com/openstack @OpenStack]
* Coordinator: Hui Cheng< freedomhui@gmail.com >, ben( duyujie[dot]dyj[at]gmail[dot]com/[http://weibo.com/u/1716287123 Weibo:@ben_杜玉杰])

=== Hong Kong ===
* Facebook: https://www.facebook.com/groups/hkosug/
* Meetup: http://www.meetup.com/Hong-Kong-OpenStack-User-Group
* Website: http://osug.cyberport.hk
* Forum: https://groups.google.com/d/forum/hong-kong-cloud-technology-sig
* Google+: https://plus.google.com/u/0/communities/112611801924078008731
* '''Coordinator''': [http://www.openstack.org/community/members/profile/3491 <big>Bruce Lok</big>] ; [http://www.openstack.org/community/members/profile/10509 <big>Raymond Chan</big>]

=== India ===
* Meetup Page: http://www.meetup.com/Indian-OpenStack-User-Group
* Subscribe to community mailing list sending an email to openstackindia@librelist.com
* Facebook Page: http://www.facebook.com/groups/328814400511881/
* LinkedIn: http://www.linkedin.com/groups/OpenStack-India-4005742
* Twitter: https://twitter.com/openstackindia
* Slideshare: http://www.slideshare.net/openstackindia
* Coordinators: Deepak Garg ( Email: deepakgarg[dot]iitg[at]gmail[dot]com Launchpad Id: deepak.garg ] Kavit Munshi(@kavitaptira) Ritesh Nanda(@riteshnanda09) Syed Armani(@syedarmani) Sajid Akhtar(@mail2fashion ) Atul Jha(@koolhead17 , "Malyadri Beegala" <malyadri[dot]beegala[at]gmail.com> (Hyderabad events), "Srikanth Minnam" <srikanth[dot]minnam[at]gmail.com> (Hyderabad events)

==== Pune, India ====
* Meetup Page: http://www.meetup.com/OpenStack-Pune
* Coordinators : Rajdeep Dua ( Email : dua_rajdeep[at]yahoo[dot]com )
* Twitter Handle : #openstackpune

==== Chandigarh, India ====
* Meetup Page: http://www.meetup.com/Chandigarh-Openstack-Meetup/
* Coordinators : Navdeep Singh Gill ( Email : navdeep.xenon[at]gmail[dot]com )
* Facebook Page :-https://www.facebook.com/ChandigarhOpenstackMeetup

=== Indonesia ===
* Home page: http://www.openstack.or.id
* Mailing list/forum: openstack-id@googlegroups.com
* FB Group: http://www.facebook.com/groups/openstack.id
* FB FanPage: http://www.facebook.com/openstack.id
* Coordinator: Frans Thamura ( frans@meruvian.org ) and (b-frans)

=== Japan ===
* Home Page: http://openstack.jp/
* Mailing List : http://groups.google.com/group/openstack-ja (openstack-ja at googlegroups.com )
* Ambassador: Akihiro Hasegawa and Akira Yoshiyama
* Coordinator: Tomoaki Nakajima

=== Malaysia ===
* Home page: http://www.openstack.my
* Mailing list/forum: https://www.facebook.com/groups/openstackmy
* Coordinator: Khairul Aizat ( fenris@ubuntu.com ) and Mohammad Hafiz ( mypapit@gmail.com )

=== New Zealand ===
* Meet-up page: http://www.meetup.com/New-Zealand-OpenStack-User-Group/

=== Philippines ===
* Website: http://www.openstack.org/
* Twitter: @openstack
* Google Group: https://groups.google.com/forum/?hl=en#!forum/openstack-philippines
* Meetup: http://www.meetup.com/OpenStack-Philippines
* Steward: Dean Marc Co ( dmc@dungeoninnovations.com ) ( @deanmarc )
* Coordinator: Mary Ann Camo ( mac@dungeoninnovations.com )
* Coordinator: Mary Rose Oh ( mro@dungeoninnovations.com )

===Singapore===
*Facebook: https://www.facebook.com/groups/sgopenstack
*Homepage: http://openstack-sg.org
*Google Groups: http://groups.google.com/group/openstack-singapore-users-group
*IRC Channel: #openstack-sg on Freenode
*Launchpad: https://launchpad.net/~openstack-sg
*Coordinator: [https://launchpad.net/~wickedpuppy wickedpuppy]

*'''Meetup:''' http://www.meetup.com/OpenStack-Singapore/
*'''LinkedIn:''' http://www.linkedin.com/groups/Openstack-Singapore-5190447

=== South Korea ===
* Home Page: http://www.openstack.or.kr
* Facebook Group: http://www.facebook.com/groups/openstack.kr/
* Coordinator: [https://launchpad.net/~bluejay-ahn Jaesuk Ahn], Nalee Jang (nalee999@gmail.com)

=== Taiwan ===
* Home page: http://www.openstack.tw/
* Facebook: https://www.facebook.com/groups/openstack.tw/
* irc channel: #openstack-tw on freenode
* Coordinator: Yoyo Chiang, macJack

=== Thailand ===
* Home page: http://blog.sushicloud.cs.tu.ac.th/?cat=14
* Coordinator: Kasidit Chanchio ( kasiditchanchio@gmail.com , kasidit@cs.tu.ac.th )

=== Vietnam ===
* Facebook page: https://www.facebook.com/VietOpenStack
* Official Mailing list: [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-vi Subscribe online], [http://lists.openstack.org/pipermail/openstack-vi/ Archives]
* Coordinator: Giang Duong ( vietopenstack@dtt.vn )

==Latin America==
* Latin America G+ community: http://bit.ly/1rVTMRs

=== Argentina ===
* Meetup: http://www.meetup.com/openstack-argentina/

=== Brazil ===
* Google Groups: http://groups.google.com/group/openstack-br
* Facebook Page: http://www.facebook.com/groups/openstackbrasil/
* Twitter: @openstackbr
* Meetup: http://www.meetup.com/openstack-brasil
* Coordinator: [http://wiki.openstack.org/Alexandre%20Haguiar Alexandre Aguiar] ; [http://wiki.openstack.org/Marcelo%20Dieder Marcelo Dieder]

=== Ecuador ===
* Google community: https://plus.google.com/communities/102070666375831873027?hl=es
* Linkedin: http://www.linkedin.com/groups/OpenStack-Ecuador-5012947/about
*Twitter: https://twitter.com/OpenStackEC
* Coordinator: Daniel Núñez
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

=== Guatemala ===
* LinkedIn: https://www.linkedin.com/groups/OpenStack-Guatemala-6805348
* Contact: otto at celera.net
* Coordinator Otto Marroquin

=== Mexico ===
*LinkedIn: https://www.linkedin.com/groups/OpenStack-Mexico-4531742

* Meetup: http://www.meetup.com/OpenStack-GDL/
* Google Group: https://plus.google.com/communities/107500041156411581213
* Coordinator: Victor Morales

=== Perú ===
* Google Group: https://plus.google.com/u/0/communities/104762267854890735702
* Contact: alfonsodg@gmail.com
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

== Puerto Rico ==
* Coordinator: Angel Berrios of http://www.dreyfous.com
* Contact: aberrios@dreyfous.com
* Google Group: https://groups.google.com/forum/?hl=en#!forum/openstack-puerto-rico
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

=== Venezuela ===
* Google+: https://plus.google.com/communities/118105990522935078913
* Forum: https://groups.google.com/d/forum/openstack-ve
* Twitter: @openstackve
* Coordinator: Ender Mujica ( emujicad at gmail.com )
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

==Europe==

=== Austria ===
* Meetup group: http://www.meetup.com/OpenStack-DACH/
* Coordinator: Martin Loschwitz (madkiss)

=== Belgium ===
* LinkedIn Group: http://www.linkedin.com/groups?gid=4817141
* Coordinators: Karel Striegel, Tom Degroote

=== Bulgaria ===
* OpenStack Bulgaria: http://www.openstack.bg/
* LinkedIn Group: http://www.linkedin.com/groups?gid=5154754&trk
* Coordinators: Alexandra Mechkova, Ina Dobrilova
* Contact: info@openstack.bg

=== Czech Republic ===
*LinkedIn Group: http://www.linkedin.com/groups/OpenStack-Czech-User-Group-Meetup-5118912?trk=myg_ugrp_ovr
*Facebook Group: https://www.facebook.com/groups/czechopenstack/
*Facebook Group e-mail: czechopenstack@groups.facebook.com
*Meetup Group: http://www.meetup.com/OpenStack-Czech-User-Group-Meetup/
*Coordinator: Stanislav Polášek (sp at elostech dot cz)
*Mailing list: TBD

=== Denmark ===
* Location: The Danish Hackerspace, Open Space Aarhus
* Twitter - https://twitter.com/openstackdk
* Coordinator: Mikkel Mikjaer - mikkel@mikjaer.com
* More info here: http://osaa.dk/wiki/index.php/OpenStackHackathon

=== Finland ===
* MeetUp - http://www.meetup.com/OpenStack-Finland-User-Group
* LinkedIn Group - http://tinyurl.com/openstackfinland
* Twitter - @OpenstackFIN
* Coordinator: Ilkka Tengvall - [firstname].[lastname]@cybercom.com
* Mailing list: TBD

=== France ===

* French User Group: http://openstack.fr
* LinkedIn: [http://www.linkedin.com/groups/OpenStack-France-3993018?home=&gid=3993018&trk=anet_ug_hm&goback=.anp_3993018_1310075735312_1 http://www.linkedin.com/groups/OpenStack-France-3993018?home=&gid=3993018&trk=anet_ug_hm&goback=%2Eanp_3993018_1310075735312_1]
* Twitter: https://twitter.com/openstackfr

'''Mailing-list in French:'''
* http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-fr

'''IRC channel in French:'''
* #openstack-fr

'''Paris area:'''
* Meetup: http://www.meetup.com/OpenStack-France

'''Rhône-Alpes (Lyon/Grenoble/Geneva) region:'''
* Meetup: http://www.meetup.com/OpenStack-Rhone-Alpes/

=== Germany ===
* OpenStack Germany
:* Meet-up details here: https://www.xing.com/net/pri3642a8x/openstack-germany/
:* Coordinator: Christian Berendt (berendt on launchpad, berendt 'at' b1-systems 'dot' de)
* OpenStack MeetUp Frankfurt
:* Meet-up details here: http://www.meetup.com/OpenStack-MeetUp-Frankfurt/
:* Coordinators: Frederik Bijlsma (Red Hat) and Ralf Trezeciak (Deutsche Telekom)
* OpenStack DACH
:* Meetup group: http://www.meetup.com/OpenStack-DACH/
:* Coordinator: Martin Loschwitz (madkiss)

=== Greece ===
* Meetup: http://www.meetup.com/Athens-OpenStack-User-Group
* Twitter hashtag: #OSATH
* Mailing list: [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-el Subscribe], [http://lists.openstack.org/pipermail/openstack-el/ Archives]
* Coordinator: Thanassis Parathyras

=== Hungary ===
* Meet-up details here: http://www.meetup.com/OpenStack-Hungary-Meetup-Group/
* Coordinator: Marton Kiss (marton 'dot' kiss 'at' xemeti 'dot' com)

=== Netherlands ===
OpenStack Amsterdam
* Meet-up details here: http://www.meetup.com/Openstack-Amsterdam
* Coordinator: Alessandro Vozza (alessandro <at> ams0.org , twitter: @bongo)
* Google community: https://plus.google.com/u/1/communities/115207580745787867740

OpenStack Netherlands
* Meet-up details here: http://www.meetup.com/Openstack-Netherlands
* Coordinator: Ben van der Vegt (twitter: @FairbanksCloud
* LinkedIn: https://www.linkedin.com/groups?home=&gid=4179161

=== Nordics (Scandinavia) ===
* Twitter: http://twitter.com/OSNordics
* Meet-up: http://www.meetup.com/OpenStack-User-Group-Nordics/
* LinkedIn: http://www.linkedin.com/groups/OpenStack-Nordics-4764289
* Coordinator - See each Country for it's coordinator.

=== Ireland ===
* Meetup details here: http://www.meetup.com/OpenStack-Ireland
* Twitter - @OpenstackIRL
* Coordinator: Tim Horgan - [firstname].[lastname]@cit.ie

=== Italy ===
* Meetup: http://www.meetup.com/OpenStack-User-Group-Italia/
* Official mailing list: [http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-it Subscribe online], [http://lists.openstack.org/pipermail/openstack-it/ Archives]
* Coordinators: Davide Guerri ( davide.guerri@gmail.com ), Martina, Flavio Percoco Premoli, Mariano Cunietti, Mariano Iumiento

=== Poland ===
* Home page:
* LinkedIn:
* Meetup: [http://www.meetup.com/OpenStack-User-Group-Poland/ OpenStack-User-Group-Poland Meetup]
*Google Hangout: [https://www.youtube.com/user/OpenStackPoland www.youtube.com/user/OpenStackPoland]
*Coordinators:

=== Romania ===
* Meetup: http://www.meetup.com/Openstack-Bucharest/
* Coordinator: Adrian Moti

=== Russia ===
* Home page: http://www.oscloud.ru/
* Facebook: https://www.facebook.com/groups/openstack.russia/
* LinkedIn: http://www.linkedin.com/groups?gid=4109150
* Coordinator: [http://wiki.openstack.org/IlyaAlekseyev Ilya Alekseyev]

=== Serbia ===
* Home page: http://www.openstack.rs
* Coordinator: [https://launchpad.net/~gerzic gerzic]

=== Slovakia ===
* Meetup: http://www.meetup.com/Openstack-Slovakia/
* Facebook: https://www.facebook.com/groups/318225095027980/
* Coordinator: Juraj Šlesar (juro.slesar@gmail.com)

=== Slovenia ===
* Forum: https://groups.google.com/forum/?fromgroups#!forum/openstack-slovenija
* LinkedIn: http://www.linkedin.com/groups/OpenStack-Slovenija-4793209?trk=myg_ugrp_ovr
* Facebook: https://www.facebook.com/OpenstackSlovenija

=== South Eastern Europe ===
* Forum: https://groups.google.com/forum/#!forum/openstack-south-eastern-europe
* LinkedIn: http://www.linkedin.com/groups/OpenStack-South-Eastern-Europe-4884630?trk=myg_ugrp_ovr

=== Spain ===
* https://plus.google.com/u/0/communities/102652393437279778000
* http://groups.google.com/group/spain-openstack-user-group
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]
* http://twitter.com/openstackspain
* Openstack Barcelona http://www.meetup.com/OpenStack-Barcelona

=== Sweden ===
* Meetup page: http://www.meetup.com/OpenStack-User-Group-Nordics/
* Twitter: http://twitter.com/OpenStackSE
* Coordinator: [https://launchpad.net/~n-paladi Nicolae Paladi]

=== Switzerland ===
* Home page: http://openstack.ch/
* Twitter: https://twitter.com/OpenStackCH
* Coordinator: Thomas Michael Bohnert, [https://launchpad.net/~andy-edmonds Andy Edmonds], [https://launchpad.net/~al-maisan Muharem Hrnjadovic]

=== UK ===
* http://www.meetup.com/OpenStack-London
* http://www.meetup.com/OpenStack-Scotland

==Middle East==

=== Algeria ===
* http://www.meetup.com/OpenStack-Algeria

=== Cyprus ===
* [http://www.meetup.com/OpenStack-Cyprus-Community/ Meetup Group]
* http://www.meetup.com/OpenStack-Cyprus-Community/
* Coordinator: Sergios Charalambous

=== Egypt ===
* http://groups.google.com/group/egypt-openstack-user-group
* Mailing list: egypt-openstack-user-group@googlegroups.com
* Coordinator: Mohamed El-Refaey ( mohamed@egyptcloudforum.com )

=== Iran ===
* Home Page: [http://OpenStack.ir OpenStack.ir]
* Twitter: [https://Twitter.Com/OpenStackIR @OpenStackIR]
* IRC Channel: #OpenStack-ir
* Meetup: [http://www.meetup.com/Iran-OpenStack-Meetup/]
* Coordinator: [http://RoozbehShafiee.Com Roozbeh Shafiee]

=== Israel ===
* Home page: http://www.openstack-israel.org/
* Twitter: https://twitter.com/OpenStackIL
* Coordinator: Nati Shalom @natishalom

=== Morocco ===

* Coordinators: Samir Boukharta

=== Turkey ===
* Coordinator: Ali Bugdayci ( Borsoftware )
* Twitter: https://twitter.com/OpenStackTurkey

=== UAE ===
* Meetup Page: http://www.meetup.com/U-A-E-OpenStack-User-Group/
* Facebook Page: https://www.facebook.com/groups/280298292070983/
* LinkedIn: http://www.linkedin.com/groups/OpenStack-UAE-4653922?gid=4653922
* Twitter: https://twitter.com/OpenStackUAE
* Coordinator: Syed Armani

=== Saudi Arabia ===

* Twitter: https://twitter.com/OpenStacksa

== Language specific ==
* Official mailing list in Spanish: http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-es [http://lists.openstack.org/pipermail/openstack-es/ Archives]

[[Category:Connect]]

RACK

2014-07-08T14:42:29Z

Tomoaki Nakajima: Tomoaki Nakajima moved page Rack to RACK

RACK provides the ability that can control OpenStack as program resource with an application. It enables you to implement a large scale distributed system in a variety of programming languages on OpenStack.

Rack

2014-07-08T14:42:29Z

Tomoaki Nakajima: Tomoaki Nakajima moved page Rack to RACK

#REDIRECT [[RACK]]

2013-10-18T16:33:16Z

Tomoaki Nakajima: /* Significant bugs fixed */

= 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
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) ====

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

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

* 接続する 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 を確認してください。

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

* 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) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
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 オーケストレーションプロジェクト 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 機能 =====



幾つもの重要な OpenStack ネットワーキング (Neutron) に対する機能が Havana から追加されました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron, Nova network 間でのセキュリティグループとクオータ機能

これらは Neutron で SDN を構築する際にとても柔軟に機能します。



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



===== 自己パスワード変更機能 =====



Ideintify API 2.0 (Keystone) の変更でユーザは自分のパスワードを管理者権限を要することなく出来るように
なりました。これは今まで以上にセキュリティ的に強固でありユーザに利便性をもたらします。この機能は
Identify API v3 ではまだ実装されていません。



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



管理者向けダッシュボードの幾つかの区分にてグループ情報がより論理的になりました。
また付け加えて、管理者がホストの状態・ホストのアグリゲーツ・アベイラビリティゾーンとの
関連性をより理解しやすくなりました。



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



幾つかの新しい指示器が追加になりました。これはユーザが不意にログアウトした際に何故かを
ユーザに通達するものです。これらの指示器はユーザセッションが破棄された際、またタイムアウト・
認証が許可されない区分へのアクセスがあった際に役立ちます。



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



今まではセキュリティグループの編集にうんざいるすような作業が必要でした。Horizon チームは
予め設定されたテンプレートを用意することで2クリックにて設定出来るようにしました。これらの
ルールは SECURITY_GROUP_RULES 設定項にあります。



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



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



OpenStack 翻訳チームは Havana リリースに深く関わり Horizon は今までで一番の品質を保てました。
翻訳チームのコミュニティ構築の成功にお祝い申し上げます。



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



OpenStack ユーザエクスペリエンスチームの誕生は OpenStack の UX 改善を形成しました。彼らは
OpenStack ダッシュボードの設計と改善に欠かせない存在となりました。

==== Under The Hood ====



===== LESS コンピレーション =====



Python コミュニティの LESS サポートが Horizon における NodeJS の削除を押し進めました。
我々は lesscpy モジュールをスタイルシートの LESS にコンパイルすることが出来ます。



===== Role ベースのアクセスコントロール =====



Horizon はその他の OpenStack プロジェクトの policy.json を利用するよう変貌を遂げようとしています。
policy.json はダッシュボードのアクセスコントロールを施行します。これはアクセスコントロールがより
容易に編集でき、元となる OpenStack プロジェクトと Horizon との間での同期を維持することに役立ちます。
がしかしこの機能は現在 Keystone と Nova の一部に関してのみサポートされています。フルサポートは次期
リリースにて予定されています。これらの機能を有効にするには POLICY_FILES_PATH と POLICY_FILES を
設定することで可能になります。



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



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の可視化
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己もしくは認証 SSL 証明書のチェック機能
* Glance イメージ形式の編集機能
* 多くの場面でのソーティング機能
* API コールの最適化
* 必須項目フィールドの改善
* セキュリティ観点からの非アクティブ状態からのセッションタイムアウト機能
* 重要な PEP8 とコードクオリティの改善
* 数百のバグフィックスとユーザエクスペリエンスの改善

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



==== 許可されたホスト ====



Horizon のプロダクション環境でのデプロイを行うには setting.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 での幾つかの新しい機能を有効するには正しい鍵を設定する必要があります。

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



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



もしヘルスモニタリングサービスを有効にするのであれば、過度のセッション生成問題を引き起こすでしょう。
この問題は直ちに改善されう予定ですが、推奨される回避策としてはセッションを削除するジョブを定期的に
作成することです。



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



'sellect all' チェックボックスを使用すると一斉に大量のリソースを削除しネットワークタイムアウトを引き起こすでしょう。
このことは APIs が bulk-deletion にネイティブに対応していないことが根底にあり、従って Horizon は各々のリソースを独立して
削除しに掛かるため引き起こる問題である。



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



Nova Network は単一のセキュリティグループ名を用いる。Neutron は名前でも UUID でも受け付けます。これらをサポートするため
Horizon は選択されたセキュリティグループ名をパスします。しかしながら、Neutron において他のプロジェクトで指定のあった
セキュリティグループ名と同等の名前のセキュリティグループ名を管理者が用いた場合に幾つかのデータ孤立問題が引き起こります。
Neutron は複数のセキュリティグループ名を検知しインスタンス稼働に失敗します。現時点での回避策としてユニークな名前を
つけることです。



=== 互換性 ====



Havana Horizon は Havana / Grizzly 間で互換性を持つべきです。Grizzly にない新しい機能は言うまでもないが Horizon 上でのみ
機能します。3rd パーティデベロッパの努力が互換性を維持するために大いに役立ちました。

== 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 ドライバ
* 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 ====
* 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
* glance: yosshy
* ceilometer: yosshy

ReleaseNotes/Havana/ja

2013-10-18T16:25:37Z

Tomoaki Nakajima: /* 主な新機能 */

= 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接続のプーリングがサポートされた

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

=== 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) ====

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

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

* 接続する 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 を確認してください。

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

* 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) ==
=== 主な新機能 ===

====プロパティ（属性）保護====
特定のユーザグループに任意のエンティティの異なるプロパティを作成・更新・読取する権限を付与できます。
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 オーケストレーションプロジェクト 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 機能 =====



幾つもの重要な OpenStack ネットワーキング (Neutron) に対する機能が Havana から追加されました。主な機能は下記のとおりです。

* VPN as a Service
* Firewall as a Service
* 対話的なネットワークトポロジ編集機能
* Neutron, Nova network 間でのセキュリティグループとクオータ機能

これらは Neutron で SDN を構築する際にとても柔軟に機能します。



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



===== 自己パスワード変更機能 =====



Ideintify API 2.0 (Keystone) の変更でユーザは自分のパスワードを管理者権限を要することなく出来るように
なりました。これは今まで以上にセキュリティ的に強固でありユーザに利便性をもたらします。この機能は
Identify API v3 ではまだ実装されていません。



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



管理者向けダッシュボードの幾つかの区分にてグループ情報がより論理的になりました。
また付け加えて、管理者がホストの状態・ホストのアグリゲーツ・アベイラビリティゾーンとの
関連性をより理解しやすくなりました。



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



幾つかの新しい指示器が追加になりました。これはユーザが不意にログアウトした際に何故かを
ユーザに通達するものです。これらの指示器はユーザセッションが破棄された際、またタイムアウト・
認証が許可されない区分へのアクセスがあった際に役立ちます。



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



今まではセキュリティグループの編集にうんざいるすような作業が必要でした。Horizon チームは
予め設定されたテンプレートを用意することで2クリックにて設定出来るようにしました。これらの
ルールは SECURITY_GROUP_RULES 設定項にあります。



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



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



OpenStack 翻訳チームは Havana リリースに深く関わり Horizon は今までで一番の品質を保てました。
翻訳チームのコミュニティ構築の成功にお祝い申し上げます。



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



OpenStack ユーザエクスペリエンスチームの誕生は OpenStack の UX 改善を形成しました。彼らは
OpenStack ダッシュボードの設計と改善に欠かせない存在となりました。

==== Under The Hood ====



===== LESS コンピレーション =====



Python コミュニティの LESS サポートが Horizon における NodeJS の削除を押し進めました。
我々は lesscpy モジュールをスタイルシートの LESS にコンパイルすることが出来ます。



===== Role ベースのアクセスコントロール =====



Horizon はその他の OpenStack プロジェクトの policy.json を利用するよう変貌を遂げようとしています。
policy.json はダッシュボードのアクセスコントロールを施行します。これはアクセスコントロールがより
容易に編集でき、元となる OpenStack プロジェクトと Horizon との間での同期を維持することに役立ちます。
がしかしこの機能は現在 Keystone と Nova の一部に関してのみサポートされています。フルサポートは次期
リリースにて予定されています。これらの機能を有効にするには POLICY_FILES_PATH と POLICY_FILES を
設定することで可能になります。



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



* Swift コンテナとオブジェクトメタデータのサポート
* クオータ利用の可視化
* Neutron 利用時における Cisco N1K ルータプラグインの追加ダッシュボード
* 自己もしくは認証 SSL 証明書のチェック機能
* Glance イメージ形式の編集機能
* 多くの場面でのソーティング機能
* API コールの最適化
* 必須項目フィールドの改善
* セキュリティ観点からの非アクティブ状態からのセッションタイムアウト機能
* 重要な PEP8 とコードクオリティの改善
* 数百のバグフィックスとユーザエクスペリエンスの改善

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



==== 許可されたホスト ====



Horizon のプロダクション環境でのデプロイを行うには setting.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 での幾つかの新しい機能を有効するには正しい鍵を設定する必要があります。

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



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



もしヘルスモニタリングサービスを有効にするのであれば、過度のセッション生成問題を引き起こすでしょう。
この問題は直ちに改善されう予定ですが、推奨される回避策としてはセッションを削除するジョブを定期的に
作成することです。



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



'sellect all' チェックボックスを使用すると一斉に大量のリソースを削除しネットワークタイムアウトを引き起こすでしょう。
このことは APIs が bulk-deletion にネイティブに対応していないことが根底にあり、従って Horizon は各々のリソースを独立して
削除しに掛かるため引き起こる問題である。



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



Nova Network は単一のセキュリティグループ名を用いる。Neutron は名前でも UUID でも受け付けます。これらをサポートするため
Horizon は選択されたセキュリティグループ名をパスします。しかしながら、Neutron において他のプロジェクトで指定のあった
セキュリティグループ名と同等の名前のセキュリティグループ名を管理者が用いた場合に幾つかのデータ孤立問題が引き起こります。
Neutron は複数のセキュリティグループ名を検知しインスタンス稼働に失敗します。現時点での回避策としてユニークな名前を
つけることです。



=== 互換性 ====



Havana Horizon は Havana / Grizzly 間で互換性を持つべきです。Grizzly にない新しい機能は言うまでもないが Horizon 上でのみ
機能します。3rd パーティデベロッパの努力が互換性を維持するために大いに役立ちました。

== 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 ドライバ
* 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 ====
* 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
* glance: yosshy