當(dāng)前位置：首頁 >

[转] OpenStack Kilo 更新日志

發(fā)布時間：2024/10/12 31 豆豆

生活随笔收集整理的這篇文章主要介紹了 [转] OpenStack Kilo 更新日志小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

OpenStack 2015.1.0 (Kilo)更新日志

原文：?https://wiki.openstack.org/wiki/ReleaseNotes/Kilo/zh-hans

1?OpenStack 2015.1.0 (Kilo)更新日志
- 1.1?OpenStack對象存儲(Swift)
  - 1.1.1?新功能
    - 1.1.1.1?糾刪碼(beta)
    - 1.1.1.2?復(fù)合型令牌(Composite tokens)
    - 1.1.1.3?更小規(guī)模、不平衡集群的數(shù)據(jù)位置更新
    - 1.1.1.4?全局性集群復(fù)制優(yōu)化
  - 1.1.2?已知問題
  - 1.1.3?升級提示
- 1.2?OpenStack 計算服務(wù)(Nova)
  - 1.2.1?新功能
    - 1.2.1.1?API v2.1
    - 1.2.1.2?升級支持
    - 1.2.1.3?調(diào)度器(Scheduler)
    - 1.2.1.4?Cells v2
    - 1.2.1.5?計算資源驅(qū)動
    - 1.2.1.6?Hyper-V
      - 1.2.1.6.1?Libvirt (KVM)
      - 1.2.1.6.2?VMware
      - 1.2.1.6.3?Ironic
  - 1.2.2?已知問題
  - 1.2.3?升級提示
- 1.3?OpenStack鏡像服務(wù) (Glance)
  - 1.3.1?新功能
  - 1.3.2?已知問題
  - 1.3.3?升級提示
- 1.4?OpenStack面板(Horizon)
  - 1.4.1?新功能
  - 1.4.2?已知問題
  - 1.4.3?升級提示
- 1.5?OpenStack鑒權(quán)服務(wù)(Keystone)
  - 1.5.1?新功能
    - 1.5.1.1?分層multitenancy
    - 1.5.1.2?Fernet tokens
    - 1.5.1.3?Identity federation
    - 1.5.1.4?LDAP
    - 1.5.1.5?鑒權(quán)
  - 1.5.2?升級提示
- 1.6?OpenStack網(wǎng)絡(luò)服務(wù)(Neutron)
  - 1.6.1?新功能
  - 1.6.2?已知問題
  - 1.6.3?升級提示
  - 1.6.4?其他的注意信息(廢棄/終止等)
- 1.7?OpenStack塊存儲(Cinder)
  - 1.7.1?新功能
  - 1.7.2?升級提示
- 1.8?OpenStack遙測服務(wù)(Ceilometer)
  - 1.8.1?新功能
  - 1.8.2?升級提示
- 1.9?OpenStack編排服務(wù)(Heat)
  - 1.9.1?新功能
  - 1.9.2?升級提示
  - 1.9.3?其他的注意信息(廢棄/終止等)
    - 1.9.3.1?廢棄
- 1.10?OpenStack數(shù)據(jù)庫服務(wù)(Trove)
  - 1.10.1?新功能
  - 1.10.2?升級提示
- 1.11?OpenStack數(shù)據(jù)處理服務(wù)(Sahara)
  - 1.11.1?新功能
  - 1.11.2?升級提示
- 1.12?OpenStack裸金屬服務(wù)(Ironic)
  - 1.12.1?新功能
    - 1.12.1.1?狀態(tài)機(State Machine)
    - 1.12.1.2?版本頭信息
    - 1.12.1.3?硬件驅(qū)動更新
    - 1.12.1.4?其他更新
  - 1.12.2?已知問題
  - 1.12.3?升級提示
    - 1.12.3.1?Juno升級到Kilo
    - 1.12.3.2?從Icehouse的"nova-baremetal"升級
- 1.13?OpenStack文檔

OpenStack對象存儲(Swift)

新功能

糾刪碼(beta)

Swift現(xiàn)在支持糾刪碼(EC)存儲策略類型。這樣部署人員、以極少的RAW容量達到極高的可用性，如同在副本存儲中一樣。然而，EC需要更多的CPU和網(wǎng)絡(luò)資源，所以并不適合所有應(yīng)用場景。EC非常適合在一個獨立的區(qū)域內(nèi)極少訪問的、大容量數(shù)據(jù)。

Swift糾刪碼的實現(xiàn)對于用戶是透明的。對于副本存儲和糾刪碼存儲的類型，在API上沒有任何區(qū)別。

為了支持糾刪碼，Swift現(xiàn)在需要依賴PyECLib和liberasurecode。liberasurecode是一個可插件式的庫，允許在你選擇的庫中實現(xiàn)EC算法。

更詳細文檔請參閱?http://swift.openstack.org/overview_erasure_code.html

復(fù)合型令牌(Composite tokens)

復(fù)合型令牌允許其他OpenStack服務(wù)以客戶端名義將數(shù)據(jù)存儲于Swift中，所以無論是客戶端還是服務(wù)在更新數(shù)據(jù)時，都不需要雙方彼此的授權(quán)。

一個典型的例子就是一個用戶請求Nova存放一個VM的快照。Nova將請求傳遞給Glance，Glance將鏡像寫入Swift容器中的一組對象中。在這種場景下，用戶沒有來自服務(wù)的合法令牌時，無法直接修改快照數(shù)據(jù)。同樣，服務(wù)自身也無法在沒有用戶合法令牌的情況下更新數(shù)據(jù)。但是數(shù)據(jù)的確存在于用戶的Swift賬戶中，這樣使得賬戶管理更簡單。

更詳細的文檔請參閱http://swift.openstack.org/overview_backing_store.html

更小規(guī)模、不平衡集群的數(shù)據(jù)位置更新

Swift數(shù)據(jù)的存放位置現(xiàn)在根據(jù)硬件權(quán)重決定。當(dāng)前，允許運維人員逐漸的添加新的區(qū)域(zones)和地域(regions)，而不需要立即觸發(fā)大規(guī)模數(shù)據(jù)遷移。同時，如果一個集群是非平衡的(例如，在一個區(qū)域(zones)的集群中，其中一個的容量是另外一的兩倍)，Swift會更有效的使用現(xiàn)有空間并且當(dāng)副本在集群空間不足時發(fā)出警告。

全局性集群復(fù)制優(yōu)化

區(qū)域(regions)之間復(fù)制時，每次復(fù)制只遷移一個副本。這樣遠程的區(qū)域(region)可以在內(nèi)部復(fù)制，避免更多的數(shù)據(jù)在廣域網(wǎng)(WAN)拷貝。

已知問題

作為beta更新，糾刪碼(EC)的功能接近完成，但是對于某些功能仍然不完整(像多范圍(multi-range)讀取)，并且沒有一個完整的性能測算。這個功能為了持久性依賴于ssync。部署人員督促我們做更大規(guī)模的測試，并且不要在生產(chǎn)環(huán)境部署中使用糾刪碼存儲策略。

升級提示

像往常一樣，你能在不影響最終用戶體驗的前提下，升級到這個版本的Swift。

為了支持糾刪碼，Swift需要一個新的依賴PyECLib(和liberasurecode等)。并且eventlet的最低版本要求也升高了。

OpenStack 計算服務(wù)(Nova)

新功能

API v2.1

我們有了下一代Nova API的第一個更新版本v2.1。v2.1版本的目的是向回兼容v2.0版本，并且擁有增強的API校驗。API所有更新是通過發(fā)布微版本(microversion)發(fā)現(xiàn)的。更多信息請參閱：http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/api-microversions.html

kilo版本中，我們?nèi)匀皇褂胿2.0 API的代碼提供v2.0 API的請求。我們希望v2.1將能夠同時為v2.0和v2.1請求提供服務(wù)。

liberty v2.0現(xiàn)在被凍結(jié)了，所有功能被添加在v2.1 API中使用微版本(microversions)機制實現(xiàn)。kilo版本中微版本(microversion)更新包括：
- 擴展keypair API支持x509證書，能夠和Windows WinRM使用，這個功能是v2.1 API中第一個被以微版本(microversions)添加的功能。
- 在os-extended-server-attributes暴露擴展屬性

python-novaclient現(xiàn)在還不支持v2.1 API

Nova v2.1 API的策略執(zhí)行得到優(yōu)化。
- 只在API入口執(zhí)行策略
- 對于單一的API，去掉了重復(fù)性規(guī)則
- 所有的v2.1 API的策略規(guī)則使用'os_compute_api'作為前綴，以區(qū)別于v2 API。
- 之前，由于在db層面權(quán)限檢查的硬編碼(hard-code)，部分Nova API并不支持策略的配置?？偸切枰猘dmin用戶權(quán)限。部分在Nova v2.1 API中硬編碼(hard-code)權(quán)限檢查被移除，使得API策略可配置。其余的硬編碼(hard-code)將在Liberty版本被移除掉。

升級支持

我們減少了使用DB遷移腳本執(zhí)行數(shù)據(jù)遷移，現(xiàn)在這部分使用一種"懶(lazy)"方式在DB的對象代碼中完成。在nova-manage命令中可以幫助強制進行數(shù)據(jù)遷移。更多的信息請見：http://specs.openstack.org/openstack/nova-specs/specs/kilo/approved/flavor-from-sysmeta-to-blob.html

https://review.openstack.org/#/c/97946/?增加了編號為267的數(shù)據(jù)庫遷移腳本，這個腳本主要掃描instances.uuid為空(null)的記錄并且一旦發(fā)現(xiàn)就會導(dǎo)致失敗，因為遷移中需要保證instances.uuid非空并且在那個字段加入了UniqueConstraint限制。為了避免數(shù)據(jù)庫遷移失敗，提供了一個幫助腳本用來搜索空(null)的instances.uuid的記錄。運行'nova-manage db sync'之前，運行幫助腳本‘nova-manage db null_instance_uuid_scan’，默認情況下，該腳本只會檢索記錄，并將結(jié)果輸出，不會改變?nèi)魏蝺?nèi)容。如果在參數(shù)中加入--delete，就會自動刪除所有instances.uuid為空的記錄。

調(diào)度器(Scheduler)

一系列的性能優(yōu)化
我們在優(yōu)化scheudler的代碼結(jié)構(gòu)，這將幫助我們能夠演進和優(yōu)化調(diào)度過程。這一點對于終端用戶不可見。

Cells v2

已經(jīng)開始添加了對cell v2版本的支持，但是還沒達到能夠使用的程度。
新的'nova-manage api_db sync' 和 'nova-manage api_db version'命令用于支持cell新的api數(shù)據(jù)庫結(jié)構(gòu)，但是還沒有任何代碼使用該數(shù)據(jù)庫，所有沒有必要建立。

計算資源驅(qū)動

Hyper-V

支持生成兩個虛擬機：https://blueprints.launchpad.net/nova/+spec/hyper-v-generation-2-vms
支持SMB為基礎(chǔ)的卷，和已經(jīng)存在的ISCSI卷：http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/hyper-v-smbfs-volume-support.html
支持x509證書的keyparis：http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/keypair-x509-certificates.html
主機電源操作已經(jīng)在Hyper-V中可用了：https://blueprints.launchpad.net/nova/+spec/hyper-v-host-power-actions

Libvirt (KVM)

NFV相關(guān)功能：
- 以NUMA為基礎(chǔ)的調(diào)度?:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/input-output-based-numa-scheduling.html
- 虛擬機使用固定的物理CPU:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/virt-driver-cpu-pinning.html
- 超大頁(Large Page)支持:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/virt-driver-large-pages.html
vhostuser VIF驅(qū)動:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/libvirt_vif_vhostuser.html
支持在IBM System z運行KVM:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/libvirt-kvm-systemz.html
支持parallels云服務(wù):?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/pcs-support.html
支持SMB卷:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/libvirt-smbfs-volume-support.html
使用QEMU agent靜默(Quiesce)文件系統(tǒng)(例如：做快照之前):?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/quiesced-image-snapshots-with-qemu-guest-agent.html
Quobyte卷支持:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/quobyte-nova-driver.html
支持QEMU iSCSI initiator:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/qemu-built-in-iscsi-initiator.html

VMware

支持Ephemeral磁盤:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/approved/vmware-ephemeral-disk-support.html
支持vSAN:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/vmware-vsan-support.html
支持OVA鏡像:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/vmware-driver-ova-support.html
支持SPBM存儲策略:?http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/vmware-spbm-support.html

Ironic

對于ironic支持傳遞flavor擴展屬性：http://specs.openstack.org/openstack/nova-specs/specs/kilo/implemented/pass-flavor-capabilities-to-ironic-virt-driver.html

已知問題

Evacuate恢復(fù)部分代碼存在損壞數(shù)據(jù)的潛在危險。在nova-compute啟動過程中，虛擬化端會匯報instance的狀態(tài)，用于檢查物理機發(fā)生故障過程中，虛擬機是否被移走了(i.e. 被evacuated)。如果此時發(fā)現(xiàn)的確發(fā)生遷移了，那么本地的數(shù)據(jù)就會被徹底刪除。這樣就存在潛在的可能出現(xiàn)選擇錯誤，虛擬機被錯誤的銷毀。在libvirt節(jié)點上，這樣的情況可能會由于改變系統(tǒng)的主機名引發(fā)。在vmware節(jié)點中，這個可能會由于嘗試從兩個不同的主機(不同的主機名)管理同一個vcenter引發(fā)。這個Bug可能會在Liberty中得到修復(fù)，但是在當(dāng)前部署中，關(guān)閉這種行為的建議是設(shè)置destroy_after_evacuate=False。

注意：這個并不是回歸(regression)并且在evacuate的設(shè)計中已經(jīng)提到這個瑕疵。這個并不容易修復(fù)，所以使用這種方式繞過去(workaround)解決這個潛在的數(shù)據(jù)損壞。在liberty的修復(fù)記錄：https://review.openstack.org/#/c/161444/。

生成的配置文件樣例可能會缺少某些oslo相關(guān)的配置

升級提示

下面是你在升級中需要了解的內(nèi)容。在可能的情況下，git提交的hash編碼會提供你找到更多更詳細的信息：

如果你的Neutron端口(ports)是在Nova之外建立的，在你的服務(wù)器刪除后并不會刪除這些端口：1153a46738fc3ffff98a1df9d94b5a55fdd58777
EC2 API支持現(xiàn)在被廢棄了，可能要在kilo刪除掉：f098398a836e3671c49bb884b4a1a1988053f4b2
Websocket代理需要被和API節(jié)點一起升級，由于舊的API節(jié)點在鑒權(quán)控制臺權(quán)限時不會發(fā)送access_url，新的代理服務(wù)(這個提交和以后的)處理類似請求時會鑒權(quán)失敗9621ccaf05900009d67cdadeb1aac27368114a61
在全部升級到kilo后(例如，所有節(jié)點都運行kilo代碼)，你需要在后臺運行一個flavor信息更新的遷移，把舊名字改為新名字。Kilo的conductor節(jié)點會根據(jù)需要進行處理，但是其余的空閑數(shù)據(jù)需要在后臺完成遷移。這個要在Liberty更新后全部完成，到時候舊的位置會被廢棄。使用"nova-manage migrate-flavor-data"完成遷移。
由于Nova v2.1 API強制策略的優(yōu)化。在v2.1 API策略上有一系列改變發(fā)生。因為v2.1 API之前一直沒有更新，所以這些改變無法向前兼容。所以最好使用策略的樣例配置取代之前的版本。
VMware拯救(rescue)虛擬機的行為不再生成一個新的虛擬機而是直接在當(dāng)前鏡像上進行：cd1765459a24e52e1b933c8e05517fed75ac9d41
force_config_drive = always被廢棄了，需要使用force_config_drive = True替換：c12a78b35dc910fa97df888960ef2b9a64557254
運行hyper-v，如果你已經(jīng)部署的代碼晚于這個commit b4d57ab65836460d0d9cb8889ec2e6c3986c0a9b，但是早于這個commit c8e9f8e71de64273f10498c5ad959634bfe79975，那么你可能存在問題，需要手動解決，查看這個commit c8e9f8e71de64273f10498c5ad959634bfe79975
改變multi_instance_display_name_template的默認值：609b2df339785bff9e30a9d67d5c853562ae3344
使用"nova-manage db null_instance_uuid_scan"確保DB遷移之前數(shù)據(jù)是干凈的，c0ea53ce353684b48303fc59393930c3fa5ade58

OpenStack鏡像服務(wù) (Glance)

新功能

使用已經(jīng)畢業(yè)的oslo.policy項目。賬戶配置信息更新，升級在etc/config下的配置文件。http://specs.openstack.org/openstack/glance-specs/specs/kilo/pass-targets-to-policy-enforcer.html
可以使一個鏡像變?yōu)榉羌せ顮顟B(tài)。增加了兩個新的API調(diào)用可能會需要改變策略配置。http://specs.openstack.org/openstack/glance-specs/specs/kilo/deactivate-image.html
在鏡像導(dǎo)入過程中，支持基本的鏡像格式轉(zhuǎn)換。?http://specs.openstack.org/openstack/glance-specs/specs/kilo/conversion-of-images.html
Glance排序增強。v2版本的鏡像API支持新的排序語法，排序時可以指定排序字段和方向：http://specs.openstack.org/openstack/glance-specs/specs/kilo/sorting-enhancements.html
通知支持metadefs：http://specs.openstack.org/openstack/glance-specs/specs/kilo/metadefs-notifications.html
VMware存儲驅(qū)動支持多datastore：http://specs.openstack.org/openstack/glance-specs/specs/kilo/vmware-store-multiple-datastores.html
在鏡像導(dǎo)入過程中獲取鏡像信息：http://specs.openstack.org/openstack/glance-specs/specs/kilo/introspection-of-images.html
在Metadefs中支持多個值的操作。http://specs.openstack.org/openstack/glance-specs/specs/kilo/metadata-multivalue-operators-support.html
增加新的taskflow執(zhí)行方法(executor)并且移除了舊的eventlet執(zhí)行方法。http://specs.openstack.org/openstack/glance-specs/specs/kilo/taskflow-integration.html
Digest算法現(xiàn)在是可以配置的。SHA-1現(xiàn)在不適合作為通用的數(shù)字簽名應(yīng)用，從安全角度考慮，對于每個FIPS需要112字節(jié)，我們提供了一個配置可以在這些標(biāo)準(zhǔn)中進行選擇。
Metadef標(biāo)簽支持。http://specs.openstack.org/openstack/glance-specs/specs/kilo/metadefs-tags.html
允許API返回空值。Glance的v2版本API現(xiàn)在也返回為空值的字段。
目錄索引服務(wù)實驗性API。http://specs.openstack.org/openstack/glance-specs/specs/kilo/catalog-index-service.html
存儲驅(qū)動更細粒度的支持。?http://specs.openstack.org/openstack/glance-specs/specs/kilo/store-capabilities.html
數(shù)據(jù)存儲使用語義版本(Semver, Semantic Versioning)工具。http://specs.openstack.org/openstack/glance-specs/specs/kilo/semver-support.html
重新加載配置文件時使用SIGHUP信號。配置重新加載零down機。http://specs.openstack.org/openstack/glance-specs/specs/kilo/sighup-conf-reload.html
軟件Metadata定義。http://specs.openstack.org/openstack/glance-specs/specs/kilo/software-metadefs.html
Glance Swift存儲使用多個容器(Containers)存儲鏡像。http://specs.openstack.org/openstack/glance-specs/specs/kilo/swift-store-multiple-containers.html

已知問題

當(dāng)鏡像名稱大于255個字符時，添加鏡像時拋出500錯誤：https://bugs.launchpad.net/glance/+bug/1424038
Glance v2版本API與v1版本更換鏡像所有者的API不兼容：https://bugs.launchpad.net/glance/+bug/1420008
Glance的scrubber在操作者使用信任模式鑒權(quán)下不工作：https://bugs.launchpad.net/glance/+bug/1439666

升級提示

移除廢棄的選項db_enforce_mysql_charset。相應(yīng)的commit: efeb69f9033a57a1c806f71ee3ed9fd3f4d2475e
現(xiàn)在支持metadef資源的通知，相應(yīng)的commit: fd547e3717dc4a3a92c1cb2104c18608a4f4872a
VMware多datastore支持可以通過幾個選項進行配置，相應(yīng)的commit: 96fb31d7459bd4e05e052053177dce4d38cdaf90
移除eventlet執(zhí)行方法，并且增加一個新的Taskflow的執(zhí)行方法，用于異步任務(wù)，相應(yīng)的commits: ae3135e1d67df77697a24fddaee3efeadb34a0dd和 a39debfd55f6872e5f4f955b75728c936d1cee4b
在配置中使用endpoint配置替代snet配置，相應(yīng)的commit: 41a9a065531ec946b4a9baf999f97d10fa493826
Digest算法現(xiàn)在可以配置，相應(yīng)的commit: 82194e0c422966422f7a4e2157125c7ad8fbc5b5
清理已經(jīng)被刪除的鏡像，鏡像在'保存中'狀態(tài)時刪除。相應(yīng)的commit: 0dc8fbb3479a53c5bba8475d14f4c7206904c5ea
Glance現(xiàn)在使用畢業(yè)的oslo.policy模塊。相應(yīng)的commit: cb7d5a4795bbdaf4dc3eaaf0a6fb1add52c09011
鏡像現(xiàn)在可以設(shè)置為非激活狀態(tài)。一個新的'非激活'狀態(tài)已經(jīng)添加到鏡像數(shù)據(jù)中。相應(yīng)的commit: b000c85b7fabbe944b4df3ab57ff73883328f40d

OpenStack面板(Horizon)

新功能

支持通過Web單點登陸的統(tǒng)一認證方式——在keystone中做配置后，用戶就能選擇認證機制來使用已部署的功能。這些功能的使用能夠通過更改local_settings.py配置實現(xiàn)。相關(guān)啟用設(shè)置和配置可以在這里找到：here。

支持主題 —— 包含了可以為Horizon指定自定義主題的簡單功能。允許使用Bootstrap的CSS值，Horizon定義的變量，以及自定義CSS。更多信息參見：here。

Sahara UX 改進 —— 集cluster創(chuàng)建和job創(chuàng)建引導(dǎo)頁的增加極大改進了Sahara用戶體驗。

Launch Intance向?qū)?beta) —— 用AngularJS實現(xiàn)了launch instance workflow的全面替代，用以解決現(xiàn)有的launch instance workflow的可用性問題。這項功能最近才引入并且缺乏測試，所以在Kilo版本中標(biāo)記為beta并且默認是不啟用的。要使用新的workflow，需要對local_settings.py做如下更改：LAUNCH_INSTANCE_NG_ENABLED = True。另外，可以做如下更改來禁用默認的啟用instance向?qū)?#xff1a;LAUNCH_INSTANCE_LEGACY_ENABLED = False。這項新功能體現(xiàn)了Horizon未來的發(fā)展。

Nova
- 允許service在Hypervisor中禁用/啟用
- 從host遷移所有instance
- 暴露serial console

Cinder
- 默認為Cinder v2
- 支持已管理/未管理的volume —— 允許管理員管理已存在的volume不再被cinder管理，未管理的被cinder管理。
- 支持project間的volume轉(zhuǎn)移
- 支持volume加密元數(shù)據(jù)

Glance
- 增加了界面以允許管理員查看/新增/修改 Glance元數(shù)據(jù)定義

Heat
- Stack Template界面
- 操作資源控制板
- Stacks的掛起/恢復(fù)操作
- 預(yù)覽Stack界面允許用戶在定義模板中的stacks前可以先預(yù)覽。

Trove
- 調(diào)整Trove實例 —— 更改instance的flavor

Ceilometer
- 展示來源于Ceilometer的IPMI測量數(shù)據(jù)

Horizon中新的可重復(fù)使用的AngularJS widgets:
- AngularJS 表格實現(xiàn)
- Table 繪制 —— 擴展的表格內(nèi)容
- 改進的 client/server 查找
- 轉(zhuǎn)換表格widget

可為Horizon配置web root不僅僅限于“/”

已知問題

從快照創(chuàng)建的Volumes是空的－https://bugs.launchpad.net/horizon/+bug/1447288
還沒有完全支持Django 1.8

升級提示

目前支持Django 1.7

OpenStack鑒權(quán)服務(wù)(Keystone)

新功能

分層multitenancy

創(chuàng)建一個新的project時，可以設(shè)置屬性parent_id的值為一個已存在project，使?Projects嵌套在其他projects下。

Role現(xiàn)在可以分配給project分層子樹上的?users和groups

這項功能還需要其他Openstack服務(wù)(例如hierarchical quotas)的相應(yīng)支持使其廣泛的生效

Fernet tokens

區(qū)別于UUID tokens只能持久化存入數(shù)據(jù)庫，Fernet tokens完全不需要持久化。部署人員可以通過設(shè)置keystone.conf中的[token] provider = keystone.token.providers.fernet.Provider來啟用Fernet token

Fernet tokens需要symmetric encryption keys，這些keys可以使用keystone-manage fernet_setup建立，并且使用keystone-manage fernet_rotate周期性地輪換。這些keys必須被在一個multi-node(或者multi-region)部署中的所有Keyston nodes共享，這樣就能使一個node生成的tokens可以立即被其他節(jié)點驗證。

Identity federation

Keystone現(xiàn)在可以作為聯(lián)邦身份提供者(IdP: federated identity provider)為另外一個Keystone實例提供本地用戶的SAML斷言(SAML assertions)，可能是ECP封裝(ECP-wrapped)。
支持OpenID連接作為聯(lián)邦身份鑒權(quán)機制(federated identity authentication mechanism)。
在Keystone中增加對多"Remote IDs"關(guān)聯(lián)到單一的鑒權(quán)提供者。這有助于有多身份提供者使用一個通用的映射。
增加為已經(jīng)擁有Idp用戶通過web瀏覽器鑒權(quán)的能力，實現(xiàn)單點登錄。
聯(lián)邦令牌(federated tokens)現(xiàn)在使用token鑒權(quán)方法，mapped和saml2仍然有效。
聯(lián)邦用戶(federated users)可以映射到本地已經(jīng)存在的身份上。
在規(guī)則集(rulesets)映射中定義的組可以用名字和域鑒權(quán)
出現(xiàn)在聯(lián)邦身份斷言(federated identity assertions)中的組，可以被自動的映射為本地已經(jīng)存在的組中，并且擁有本地用戶關(guān)系映射(通過白名單和黑名單過濾)

LDAP

用戶指定的API過濾項現(xiàn)在由LDAP本身處理，現(xiàn)在由keystone取代
"試驗性"支持存儲指定域(domain-specific)鑒權(quán)后端HTTP API在SQL中配置。這個主要用戶場景是，當(dāng)使用HTTP API創(chuàng)建一個新的域(domain)，并且馬上配置一個指定域(domain-specific)的LDAP驅(qū)動，而不需要重啟keystone。

鑒權(quán)

"分配(assignment)"后端已經(jīng)被分離到"資源(resource)"后端(包含domains, projects和roles)，并且"分配(assignment)"的后端包含了授權(quán)的映射模型
支持再次信任授權(quán)。當(dāng)信任關(guān)系建立后，被信任人可以通過另外一個信任重新授權(quán)該信任的角色。
Keystone支持無范圍(unscoped)的token請求，即使用戶設(shè)置了default_project_id。
部署人員可以修改配置來限制已經(jīng)有范圍的令牌重新獲取范圍(re-scoping)，在keystone.conf設(shè)置[token] allow_rescope_scoped_token = false?。

升級提示

Keystone的XML支持將在Kilo版本刪除。當(dāng)從Juno升級到Kilo，建議將XML和XmlBodyMiddleware相關(guān)的信息從Keystone Paste p配置刪除。這包含刪除XML中間層過濾器以及public_api, admin_api, api_v3, public_version_api, admin_version_api相關(guān)的和其他包含XML過濾器的流水線(pipelines)。
所有之前的擴展(OS-FEDERATION, OS-OAUTH1, OS-ENDPOINT-POLICY and OS-EP-FILTER)現(xiàn)在被默認支持，并且在相關(guān)標(biāo)記中，標(biāo)記為"試驗"或者"穩(wěn)定"。
不在支持SQL結(jié)構(gòu)的回退。這個變化主要是回退并沒有經(jīng)過良好的測試，而且在很多遷移中需要支持數(shù)據(jù)變化，難度越來越大。
需要以下Python庫：cryptography,?msgpack-python,?pysaml2?和?oauthlib。
keystone.middleware.RequestBodySizeLimiter被廢棄，取而代之的是?oslo_middleware.sizelimit.RequestBodySizeLimiter?并且在Liberty移除。
Eventlet相關(guān)的配置項，如：public_bind_host,?bind_host,?admin_bind_host,?admin_port,?public_port,?public_workers,?admin_workers,tcp_keepalive,?tcp_keepidle被從[DEFAULT]移除掉，移到了[eventlet_server]. 相似的，Eventlet相關(guān)的SSL配置選項如：enable,?certfile,keyfile,?ca_certs,?cert_required已經(jīng)從[ssl]配置項移動到[eventlet_server_ssl].
keystone.token.backends.sql被?keystone.token.persistence.backends.sql取代.
keystone.token.backends.kvs被?keystone.token.persistence.backends.kvs取代.
keystone.token.backends.memcache被?keystone.token.persistence.backends.memcache取代.
keystone.assignment.backends.kvs被keystone.assignment.backends.sql取代.
keystone.identity.backends.kvs被keystone.identity.backends.sql取代.
keystone.contrib.stats.core.StatsMiddleware被外部工具取代.
keystone.catalog.backends.templated.TemplatedCatalog被keystone.catalog.backends.templated.Catalog取代.
keystone.contrib.access.core.AccessLogMiddleware被外部訪問日志取代.
keystone.trust.backends.kvs被keystone.trust.backends.sql取代.
[catalog] endpoint_substitution_whitelist已經(jīng)從keystone.conf刪除，作為加強安全的一部分。
[signing] token_format被從keystone.conf刪除，取代的是[token] provider.

OpenStack網(wǎng)絡(luò)服務(wù)(Neutron)

新功能

DVR現(xiàn)在除了VXLAN/GRE外還支持VLANs
ML2分層端口綁定(Port Binding)
新的V2版本的LBaas(負載均衡即服務(wù))API
支持OVS ML2驅(qū)動的端口安全

在Kilo版本中支持的新插件：
- A10 Networks LBaaS V2 Driver
- Brocade LBaaS V2 Driver
- Brocade ML2 driver for MLX and ICX switches
- Brocade L3 routing plugin for MLX switch
- Brocade Vyatta vRouter L3 Plugin
- Brocade Vyatta vRouter Firewall Driver
- Brocade Vyatta vRouter VPN Driver
- Cisco CSR VPNaaS Driver
- Dragonflow SDN based Distributed Virtual Router L3 Plugin
- Freescale FWaaS Driver
- Intel Mcafee NGFW FWaaS Driver
- IPSEC Strongswan VPNaaS Driver

已知問題

在Kilo版本中，防火墻即服務(wù)仍然標(biāo)記為試驗性功能
Bug?1438819
- 當(dāng)創(chuàng)建一個新的可訪問外部網(wǎng)絡(luò)的子網(wǎng)，所有與該網(wǎng)絡(luò)相關(guān)的、已經(jīng)存在的具有網(wǎng)關(guān)的路由都會得到一個新的地址。對于IPv4網(wǎng)絡(luò)，這樣會為路由的網(wǎng)關(guān)消耗掉子網(wǎng)中的全部接口。

升級提示

從Havana版本開始，Neutron不再支持存放指定的租約(https://bugs.launchpad.net/bugs/1202392)。這部分剩余的殘留代碼包含了一些不曾使用的環(huán)境變量。為了刪除掉這些殘余代碼?(https://review.openstack.org/#/c/152398/)，需要修改dhcp.filter，所以這一行：

dnsmasq: EnvFilter, dnsmasq, root, NEUTRON_NETWORK_ID=

需要被替換為：

dnsmasq: CommandFilter, dnsmasq, root

在一些高級服務(wù)被劃分到獨立的包，并且有自己的配置文件后(特別是：etc/neutron/neutron_lbaas.conf, etc/neutron/neutron_fwaas.conf and etc/neutron/neutron_vpnaas.conf)，當(dāng)前活躍的服務(wù)在升級后，配置會產(chǎn)生變化(特別是，默認的負載均衡軟件(haxproxy)和vpn(oepnswn)在升級后會被開啟，盡管你之前可能在neutron.conf關(guān)閉了他們)。請務(wù)必在升級后檢查你的配置，保證你的新配置和你之前想要啟動的服務(wù)一致。

注意：如果在neutron.conf沒有加載相關(guān)插件，不會受到影響。

默認的api workers的數(shù)量變?yōu)槲锢碇鳈CCPU的個數(shù)。如果你當(dāng)前用的是默認值，需要保證為你的api worker設(shè)置一個合理的數(shù)量。(https://review.openstack.org/#/c/140493/)
neutron. allow_duplicate_networks配置項在Kilo版本廢棄并且將從Liberty移除，默認的行為是允許同一虛擬機可以綁定在同一子網(wǎng)的多個接口。(https://review.openstack.org/163581)
linuxbridge agent現(xiàn)在默認支持VXLAN(https://review.openstack.org/160826)
neutron-ns-metadata-proxy可以使用非root用戶執(zhí)行(https://review.openstack.org/147437)

其他的注意信息(廢棄/終止等)

廢棄
- Brocade的VDX/VCS系列硬件的Monolithic插件將在L版本中廢棄。原有插件提供的功能已經(jīng)在ML2中實現(xiàn)。插件將在這個更新之后被刪除。
- Cisco的Nexus1000V Meta插件將在L版本中廢棄。原有插件功能已經(jīng)在ML2的Cisco Nexus1000V策略驅(qū)動實現(xiàn)。插件將在這個更新之后被刪除。

OpenStack塊存儲(Cinder)

新功能

從這一刻起，任何新的數(shù)據(jù)庫結(jié)構(gòu)的更新將不需要Cinder服務(wù)立即重啟。服務(wù)本身和數(shù)據(jù)庫結(jié)構(gòu)間沒有直接關(guān)聯(lián)。這是Cinder支持滾動更新(rolling upgrades)的第一部分！
在已經(jīng)存在的一致性組中添加或者刪除卷。獲取更多信息.
從一個已經(jīng)存在的一致性組的景象中創(chuàng)建一個新的一致性組。獲取更多信息.
創(chuàng)建了更多已經(jīng)優(yōu)化的filters/weighers來設(shè)定scheduler如何選擇一個卷的后端。獲取更多信息.
加密卷現(xiàn)在可以使用Cinder備份服務(wù)進行備份。獲取更多信息.
允許創(chuàng)建私有卷類型。你可以讓卷類型只對特定的租戶可見，或者在更新到正式環(huán)境前進行測試?？梢杂眠^'cinder type-create <name> --is-public'設(shè)置。
Thin Provision(精簡配置)的超額認購是可以配置的。Read docs for more info.
可以為卷類型增加描述信息。使用'cinder type-create <name> <description>'命令創(chuàng)建。
Cinder現(xiàn)在可以返回多個iSCSI路徑信息，這樣連接方就能在主路徑(Primary Path)掛掉后，使用其他路徑(當(dāng)連接方多路徑支持開啟?or?未開啟)。

升級提示

cinder.conf中的'host'配置選項被重命名為'backend_host'，目的為了避免與redis配置中的'host'命名沖突。如果你使用了這個選項，請務(wù)必更新你的配置文件。

OpenStack遙測服務(wù)(Ceilometer)

新功能

支持在polling循環(huán)中增加抖動，保證pollsters不要在同一時間查詢服務(wù)的API
支持Ceilometer API RBAC(基于權(quán)限的訪問控制)
優(yōu)化的事件支持:
- 多流水線(Multi-pipeline)支持開啟唯一的處理和發(fā)布的事件
- 支持捕獲RAW消息格式，便于審計和事后分析
- 在彈性搜索中支持持久化事件
- 發(fā)布支持對數(shù)據(jù)庫、http、分揀、kafka和oslo.messaging支持的消息隊列
- 增加一個選項，可以將消息的持久化數(shù)據(jù)存放在一個單獨的數(shù)據(jù)庫中
- Ceilometer現(xiàn)在支持使用時間(events)采集和存儲所有事件類型的測量(meters)。一個新的選項，disable_non_metric_meters被加入到配置中，為了關(guān)閉將這些事件作為Samples存取的開關(guān)。更多信息請參閱Ceilometer配置指南
- OpenStack手冊中的管理員指南增加了新的事件的選擇, 你能通過這篇文檔獲取更多信息。
優(yōu)化了流水線(pipeline)發(fā)布支持：
- 支持將事件(events)和samples發(fā)布到Kafka或者Http目標(biāo)中
- 將數(shù)據(jù)發(fā)送到多個隊列中
更多的測量(meters)
- Hyper-V的內(nèi)存和磁盤測量(meters)
- LibVirt的磁盤測量(meters)
- IPMI相關(guān)的電源和熱量的測量(meters)，更多的測量指標(biāo)查看NodeManager
- Ceph測量
在Ceilometer中upd的發(fā)布和采集支持IPv6格式
Gnocchi支持ceilometer-collector分派
pollster自我關(guān)閉機制

升級提示

失效的測量(meters)：
- instance:<flavor>測量在Kilo版本中廢棄。如果想獲取flavor的samples或者統(tǒng)計你能使用以下查詢：

統(tǒng)計:ceilometer statistics -m instance -g resource_metadata.instance_type samples:ceilometer sample-list -m instance -q metadata.instance_type=<value>

用于Swift測量的中間件之前被打包到Ceilometer中，現(xiàn)在被廢棄了?，F(xiàn)在被分拆到獨立的庫：ceilometermiddleware
- Juno配置:?http://docs.openstack.org/juno/install-guide/install/apt/content/ceilometer-swift.html
- Kilo配置:?http://docs.openstack.org/kilo/install-guide/install/apt/content/ceilometer-swift.html

OpenStack編排服務(wù)(Heat)

新功能

使用嵌套stacks優(yōu)化擴展性
- Heat在任何資源的遠程調(diào)用(PRC)動作都是基于一個模板(template)。這樣對處理復(fù)雜stacks時有利于分擔(dān)負載。
oslo版本化對象
- 數(shù)據(jù)庫層現(xiàn)在使用oslo版本化對象來幫助未來的升級。這樣允許一個新的升級的heat-engine使用一個舊的數(shù)據(jù)庫結(jié)構(gòu)。注意這并不會幫助升級到kilo版本。
新模板方法
- 一個新的HOT模板，版本為"20150430"，包含了兩個新的方法"digest"和"repeat"
多區(qū)域stacks
- http://docs.openstack.org/hot-reference/content/OS__Heat__Stack.html
訪問Heat服務(wù)
- 管理員現(xiàn)在能像其他項目一樣訪問服務(wù)狀態(tài)。使用"heat-manage service-list"和Horizon。這個功能將匯報heat-engines的活躍狀態(tài)。
優(yōu)化Nova和Neutron資源(properties)的校驗。
在特定資源時(stack鉤子)，暫停stack的創(chuàng)建/更新
- http://specs.openstack.org/openstack/heat-specs/specs/juno/stack-breakpoint.html
- http://docs.openstack.org/developer/heat/template_guide/environment.html?highlight=hooks#pause-stack-creation-update-on-a-given-resource
新貢獻的資源
- Mistral資源
- gnocchi告警?https://blueprints.launchpad.net/heat/+spec/ceilometer-gnocchi-alarm
- Keystone資源支持v3版本，項目、角色、用戶和組
Stack生命周期調(diào)度提示
軟件配置優(yōu)化
- 使用Swift TempURLs選項作為部署信號?http://specs.openstack.org/openstack/heat-specs/specs/kilo/software-config-swift-signal.html
- 使用heat命令創(chuàng)建和監(jiān)控一個部署，在stack之外?http://specs.openstack.org/openstack/heat-specs/specs/kilo/software-config-trigger.html

升級提示

"num_engine_workers"選項默認值從1變?yōu)镃PU個數(shù)?，F(xiàn)在這也是其他項目設(shè)置worker數(shù)量的方法。
"max_nested_stack_depth"默認值增加為5.
新增的"convergence"默認為關(guān)閉。這個功能還沒有完成，應(yīng)該保持關(guān)閉。
為了準(zhǔn)備即將到來的主要更新(convergence)，有一些明顯的數(shù)據(jù)庫結(jié)構(gòu)變化。建議在升級過程中關(guān)閉heat-engine。

其他的注意信息(廢棄/終止等)

廢棄

下列資源被廢棄了OS::Heat::HARestarter和OS::Heat::CWLiteAlarm
CloudWatch API (heat-api-cw)

OpenStack數(shù)據(jù)庫服務(wù)(Trove)

新功能

支持一個新的復(fù)制策略，基于異步的GTID復(fù)制(MySQL 5.6新功能)
- 當(dāng)前一個API調(diào)用支持從一個單master節(jié)點創(chuàng)建n個副本
- 使用新的'eject-master' API，我們也能支持從一個未響應(yīng)的master節(jié)點，恢復(fù)到最近更新的slave節(jié)點上
Trove guest管理支持以下新的數(shù)據(jù)存儲：
- Vertica, and Vertica Cluster
- DB2
- CouchDB
擴展當(dāng)前管理API層：
- 新的管理API用來獲取列表或查看已經(jīng)刪除的trove虛擬機
- 新的管理API用來ping一個數(shù)據(jù)存儲的guest agent，基于RPC機制
Horizon支持重置Trove實例(instances)的規(guī)格
用戶現(xiàn)在可以編輯/更新Trove虛擬機(instances)的名字
集成跨項目的OpenStack性能分析庫(OSProfiler)

升級提示

我們從已經(jīng)廢棄的oslo-incubator消息代碼遷移至官方的oslo.messaging模塊中。配置變更詳情請查看git.openstack.org/cgit/openstack/trove/tree/etc/trove/trove.conf.sample#n18，(更新)
沒有經(jīng)過任何CI測試過的數(shù)據(jù)存儲和策略被移入'測試'段中的各自模塊中。一旦這些數(shù)據(jù)存儲和策略在CI中通過測試和gate驗證，他們就會被標(biāo)記為'穩(wěn)定'。
添加了新文檔幫助為不同的數(shù)據(jù)存儲創(chuàng)建鏡像?http://docs.openstack.org/developer/trove/dev/building_guest_images.html

OpenStack數(shù)據(jù)處理服務(wù)(Sahara)

新功能

新插件，功能和版本：
- MAPR
- Apache Storm
- 添加了Apache Hadoop 2.6.0, Apache Hadoop 2.4.1被廢棄
- 新的服務(wù)CDH插件加入HDFS, YARN, Spark, Oozie, HBase, Zookeeper和其他服務(wù)
增加非直接的虛擬機(instances)訪問，以更好地利用floating ip
增加事件日志支持注入過程中的詳細信息
每個插件可選擇的默認節(jié)點組和集群模板
Horizon更新:
- 向?qū)絼?chuàng)建集群和任務(wù)調(diào)度
- 查找對象時過濾
實現(xiàn)了節(jié)點組模板編輯和集群模板
為集群運行Oozie增加了Shell任務(wù)類型
新的任務(wù)類型端點(endpoint)，用于查詢已知的任務(wù)類型列表

升級提示

更多詳細信息：http://docs.openstack.org/developer/sahara/userdoc/upgrade.guide.html#juno-kilo

Sahara現(xiàn)在支持policy.json配置文件。

OpenStack裸金屬服務(wù)(Ironic)

新功能

狀態(tài)機(State Machine)

Ironic現(xiàn)在使用一個正式的模式管理每個節(jié)點的邏輯狀態(tài)。[1]。這樣就開啟了兩個附屬的進程：清理(cleaning)?and?檢查(inspection)

現(xiàn)在默認支持項目間的自動磁盤清除。這可能需要為清理(cleaning)擴展額外的步驟，例如重新申請fireware，重置BIOS設(shè)置等[2]

硬件的檢查(inspect)，同時支持帶內(nèi)(in-band)和帶外(out-of-band)兩種方式。這些方法可能會自動更新節(jié)點設(shè)置。[3]

版本頭信息

Ironic REST API在HTTP[S]請求的頭信息中增加了一個新的X-OpenStack-Ironic-API-Version。這個頭信息允許客戶端和服務(wù)端在協(xié)商時支持一個統(tǒng)一的接口。[4]。如果頭信息缺失，REST服務(wù)會默認進入兼容模式，并且產(chǎn)生一個兼容Juno客戶端的響應(yīng)。這種模式是被限制訪問Kilo提供的最新功能的。

硬件驅(qū)動更新

以下驅(qū)動被添加:

AMT
iRMC
VirtualBox (testing driver only)

對于已經(jīng)存在的驅(qū)動，有以下增強點：

Configdrives?可以用于"agent"驅(qū)動替代metadata服務(wù)。
SeaMicro驅(qū)動支持串口控制臺
iLO驅(qū)動支持UEFI安全啟動
iLO驅(qū)動支持帶外(out-of-band)節(jié)點檢查
iLO驅(qū)動在清理過程中支持ilo和bios重置

支持第三方和未列出的驅(qū)動，通過以下兩點得到增強：

驅(qū)動可以存儲節(jié)點"內(nèi)部的"信息
驅(qū)動可以注冊自己的定時任務(wù)，并且由Conductor執(zhí)行
vender_passthru方法現(xiàn)在支持額外的HTTP方法(例如PUT和POST)
vendor_passthru方法現(xiàn)在可以在REST API中被發(fā)現(xiàn)。查看node vendor passthru和?driver vendor passthru

其他更新

除了正式的UUID之外，邏輯名稱可以被用來標(biāo)識節(jié)點。
對于擁有多個本地磁盤的服務(wù)器，提示可以提供哪些OS在注入時產(chǎn)生影響
支持從HTTP[S]源中直接獲取kernel, ramdisk和實例鏡像，并且從Glance移除了依賴使用Ironic作為獨立服務(wù)
可以通過REST API將節(jié)點設(shè)置為維護模式維護模式。一個可選項維護模式原因可以標(biāo)識原因。

已知問題

運行一個以上的nova-compute沒有被正式的支持
- 當(dāng)然Ironic包含了ClusteredComputeManager，允許多余一個以上的nova-compute進程，這個功能被視為實驗階段，并且已經(jīng)存在了很多問題
使用“agent”驅(qū)動的部署策略不支持"rebuild --preserve-ephemeral"

升級提示

IPMI的密碼使REST API請求混亂?？梢酝ㄟ^API策略設(shè)定關(guān)閉。
驅(qū)動的"agent"類現(xiàn)在支持全盤或者分區(qū)鏡像。
"pxe_deploy_kernel"和"pxe_deploy_ramdisk"的driver_info參數(shù)被廢棄，取而代之的是"deploy_kernel"和"deploy_ramdisk"。
驅(qū)動自己實現(xiàn)的版本的方法vendor_passthru()被廢棄，取而代之的是使用裝飾器@passthru。

Juno升級到Kilo

升級文檔請參考：

http://docs.openstack.org/developer/ironic/deploy/upgrade-guide.html#upgrading-from-juno-to-kilo

從Icehouse的"nova-baremetal"升級

直接從Icehouse的Nova安裝中使用“baremetal”驅(qū)動直接到Kilo的Ironic，沒有經(jīng)過測試也不支持。替代方案，請遵循以下升級順序：

Icehouse Nova "baremetal" -> Juno Nova "baremetal"

Juno Nova "baremetal" -> Juno Ironic

Juno Ironic -> Kilo Ironic

第一步和第二步的文檔：https://wiki.openstack.org/wiki/Ironic/NovaBaremetalIronicMigration

OpenStack文檔

全新的?docs.openstack.org訪問頁面和全新設(shè)計的?用戶使用指南(End User Guide)和?管理員指南(Admin User Guide)
第一個版本的?網(wǎng)絡(luò)指南(Networking Guide)
將RST遷移至?用戶使用指南(End User Guide)和?管理員指南(Admin User Guide)
全新的專業(yè)團隊：
- 安裝指南(Install Guides)
- 網(wǎng)絡(luò)指南(Networking Guide)
- 高可靠指南(High Availability Guide)
- 用戶指南(包含管理員和最終用戶)
第一個App指導(dǎo)(First App Tutorial sprint)
驅(qū)動文檔說明和關(guān)系說明(Driver documentation clarification and connections)
跳轉(zhuǎn)↑?[1]Ironic新的狀態(tài)機
跳轉(zhuǎn)↑?[2]節(jié)點清理
跳轉(zhuǎn)↑?[3]硬件檢查
跳轉(zhuǎn)↑?[4]REST API "micro"版本

分類：

Kilo
Release Note
?

?

轉(zhuǎn)載于:https://www.cnblogs.com/sammyliu/p/4538890.html

總結(jié)

以上是生活随笔為你收集整理的[转] OpenStack Kilo 更新日志的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。

上一篇： 2015款远景电瓶换了，想换个高性价比的
下一篇： Bootstrap 学习笔记之代码和表

[转] OpenStack Kilo 更新日志

OpenStack 2015.1.0 (Kilo)更新日志

目錄

OpenStack對象存儲(Swift)

新功能

糾刪碼(beta)

復(fù)合型令牌(Composite tokens)

更小規(guī)模、不平衡集群的數(shù)據(jù)位置更新

全局性集群復(fù)制優(yōu)化

已知問題

升級提示

OpenStack 計算服務(wù)(Nova)

新功能

API v2.1

升級支持

調(diào)度器(Scheduler)

Cells v2

計算資源驅(qū)動

Hyper-V

Libvirt (KVM)

VMware

Ironic

已知問題

升級提示

OpenStack鏡像服務(wù) (Glance)

新功能

已知問題

升級提示

OpenStack面板(Horizon)

新功能

已知問題

升級提示

OpenStack鑒權(quán)服務(wù)(Keystone)

新功能

分層multitenancy

Fernet tokens

Identity federation

LDAP

鑒權(quán)

升級提示

OpenStack網(wǎng)絡(luò)服務(wù)(Neutron)

新功能

已知問題

升級提示

其他的注意信息(廢棄/終止等)

OpenStack塊存儲(Cinder)

新功能

升級提示

OpenStack遙測服務(wù)(Ceilometer)

新功能

升級提示

OpenStack編排服務(wù)(Heat)

新功能

升級提示

其他的注意信息(廢棄/終止等)

廢棄

OpenStack數(shù)據(jù)庫服務(wù)(Trove)

新功能

升級提示

OpenStack數(shù)據(jù)處理服務(wù)(Sahara)

新功能

升級提示

OpenStack裸金屬服務(wù)(Ironic)

新功能

狀態(tài)機(State Machine)

版本頭信息

硬件驅(qū)動更新

其他更新

已知問題

升級提示

Juno升級到Kilo

從Icehouse的"nova-baremetal"升級

OpenStack文檔

總結(jié)