nova - en to ja translation catalogue (479 entries)

en: '3840x2160' is only available on Windows / Hyper-V Server 2016.
ja: '3840x2160' は Windows / Hyper-V Server 2016 のみで利用可能です。

en: 'nova-manage db sync' can now sync the cell0 database. The cell0 db is required to store instances that cannot be scheduled to any cell. Before the 'db sync' command is called a cell mapping for cell0 must have been created using 'nova-manage cell_v2 map_cell0'. This command only needs to be called when upgrading to CellsV2.
ja: 'nova-manage db sync' は今は cell0 データベースと同期できます。インスタンスを保存するためには cell0 db が必要です。さもないとどの cell にもスケジュールできません。 'db sync' コマンドが呼ばれる前に cell0向けの セルマッピングを 'nova-manage cell_v2 map_cell0'を使って作成しなくてはなりません。このコマンドは CellsV2にアップグレードするときのみ呼ばれる必要があります。

en: (Only if you do continuous deployment) 1337890ace918fa2555046c01c8624be014ce2d8 drops support for an instance major version, which means that you must have deployed at least commit 713d8cb0777afb9fe4f665b9a40cac894b04aacb before deploying this one.
ja: （継続的デプロイをするときだけ）1337890ace918fa2555046c01c8624be014ce2d8 はインスタンスのメジャーバージョンに対するサポートを失う。これはデプロイする前にすくなくとも 713d8cb0777afb9fe4f665b9a40cac894b04aacb をコミットしなくてはならないことを意味する。

en: **os:monitors**. Guest VM number of monitors. Acceptable values::
ja: **os:monitors**。モニタのゲスト仮想マシン数。 許容値:

en: **os:resolution**. Guest VM screen resolution size. Acceptable values::
ja: **os:resolution**。ゲスト仮想マシンスクリーン解像度。許容値:

en: **os:vram**. Guest VM VRAM amount. Only available on Windows / Hyper-V Server 2016. Acceptable values::
ja: **os:vram**。ゲスト仮想マシンのVRAM量。Windows / Hyper-V Server 2016 のみで利用可能です。許容値:

en: A ``default_floating_pool`` configuration option has been added in the ``[neutron]`` group. The existing ``default_floating_pool`` option in the ``[DEFAULT]`` group is retained and should be used by nova-network users. Neutron users meanwhile should migrate to the new option.
ja: ``default_floating_pool`` 設定オプションは ``[neutron]`` グループに追加されました。現在の  ``[DEFAULT]`` グループにある ``default_floating_pool`` オプションは保持され、nova-network ユーザにより使われます。Neutronユーザは新しいオプションに移行すべきです。

en: A disk space scheduling filter is now available, which prefers compute nodes with the most available disk space.  By default, free disk space is given equal importance to available RAM.  To increase the priority of free disk space in scheduling, increase the disk_weight_multiplier option.
ja: ディスク容量スケジューリングフィルターが利用できるようになりました。これは、最もディスク容量を利用できるコンピュートノードを優先します。デフォルトで、空きディスク容量は空きメモリー容量と同じ重要度になります。disk_weight_multiplier オプションを増やすことにより、スケジューリングにおいて空きディスク容量の優先度を上げられます。

en: A few examples of versioned notifications that use InstancePayload:
ja: InstancePayload を使うバージョンが付与された通知のいくつかの例:

en: A future release of Nova will `use the Tooz library to track service liveliness`_, and Tooz supports Zookeeper.
ja: Novaの将来のリリースは`use the Tooz library to track service liveliness`_、Tooz は Zookeeper をサポートする。

en: A list of valid vif models is extended for Virtuozzo hypervisor (virt_type=parallels) with VIRTIO, RTL8139 and E1000 models.
ja: Virtuozzo ハイパーバイザー（ virt_type=parallels）向けにVIRTIO、RTL8139 と E1000 モデルが有効な vif モデルに追加された。

en: A new 1.10 API microversion is added to the Placement REST API. This microversion adds support for the GET /allocation_candidates resource endpoint. This endpoint returns information about possible allocation requests that callers can make which meet a set of resource constraints supplied as query string parameters. Also returned is some inventory and capacity information for the resource providers involved in the allocation candidates.
ja: Placement API に新しいマイクロバージョン 1.10 が追加された。このマイクロバージョンは GET /allocation_candidates リソースエンドポイントをサポートを追加した。このエンドポイントは、クエリ文字列で供給されるリソース制限の集合に合う、可能な割り当て要求について情報を返却する。

en: A new 2.41 microversion was added to the Compute API. Users specifying this microversion will now see the 'uuid' attribute of aggregates when calling the `os-aggregates` REST API endpoint.
ja: 新しい 2.41 マイクロバージョンが Compute API に追加された。このマイクロバージョンを指定したユーザは `os-aggregates` REST API エンドポイントを呼ぶとアグリゲートの 'uuid' 属性を見る。

en: A new 2.47 microversion was added to the Compute API.  Users specifying this microversion or later will see the "flavor" information displayed as a dict when displaying server details via the `servers` REST API endpoint. If the user is prevented by policy from indexing extra-specs, then the "extra_specs" field will not be included in the flavor information.
ja: 新しい 2.47 マイクロバージョンが Compute API に追加された。このマイクロバージョンまたはそれ以降を指定したユーザーは、`servers` REST API エンドポイント経由でサーバーの詳細を参照するとき、フレーバーの情報を辞書として参照する。もし、ユーザーがextra_specsを参照することをポリシーにより制限されているならば、extra_specsはフレーバーの情報に含まれない。

en: A new Placement API microversion 1.3 is added with support for filtering the list of resource providers to include only those resource providers which are members of any of the aggregates listed by uuid in the `member_of` query parameter. The parameter is used when making a `GET /resource_providers` request. The value of the parameter uses the `in:` syntax to provide a list of aggregate uuids as follows::
ja: 新しい Placement API マイクロバージョン 1.3 が追加された。これにより 'members_of' クエリパラメータにより uuid により集約されたメンバであるリソースプロバイダのみをフィルタリングする。パラメータは 'GET /resource_providers' リクエストするとき使われる。パラメータ値は uuid を集約するために次のように  'in:' 構文を使います:

en: A new Placement API microversion 1.4 is added. Users may now query the Placement REST API for resource providers that have the ability to meet a set of requested resource amounts. The `GET /resource_providers` API call can have a "resources" query string parameter supplied that indicates the requested amounts of various resources that a provider must have the capacity to serve. The "resources" query string parameter takes the form:
ja: 新しいPlacement API マイクロバージョン 1.4 が追加された。ユーザーはリソースプロバイダに対して Placement REST API を検索してリクエストしたリソースの集合を得る。`GET /resource_providers`API呼び出しは "resources" クエリストリングパラメーターを持つ。これはプロバイダが持たなくてはならないキャパシティに関してリクエストされた様々なリソースを示す。"resources" クエリストリングパラメータは次の形をとる:

en: A new REST API to cancel an ongoing live migration has been added in microversion 2.24. Initially this operation will only work with the libvirt virt driver.
ja: 実行中のライブマイグレーションをキャンセルする新しい REST API がマイクロバージョン 2.24 で追加されました。最初は libvirt virt ドライバでのみ動作します。

en: A new REST API to force live migration to complete has been added in microversion 2.22.
ja: ライブマイグレーションを強制的に終了する新しい REST API がマイクロバージョン 2.22 で追加されました。

en: A new [placement] section is added to the nova.conf configuration file for configuration options affecting how Nova interacts with the new placement API service. This contains the usual keystone auth and session options.
ja: 新しい [placement] セクションが  nova.conf 設定ファイルに追加されました。設定オプションはどのように Nova が新しい placement API サービスと連携するかに影響します。これは通常の keystone auth とセッションのオプションを含みます。

en: A new ``auto`` value for the configuration option ``upgrade_levels.compute`` is accepted, that allows automatic determination of the compute service version to use for RPC communication. By default, we still use the newest version if not set in the config, a specific version if asked, and only do this automatic behavior if 'auto' is configured. When 'auto' is used, sending a SIGHUP to the service will cause the value to be re-calculated. Thus, after an upgrade is complete, sending SIGHUP to all services will cause them to start sending messages compliant with the newer RPC version.
ja: 設定オプション ``upgrade_levels.compute`` に新しい ``auto`` 値が受け入れられました。これにより、RPC コミュニケーションを使って compute サービスバージョンが自動的に決まります。デフォルトでは、依然として設定されていなければ最新バージョンを使います。もし特定バージョンを尋ねられて、 'auto'  が設定されていたならば自動的に決まります。'auto' が使われているとき、サービスに SIGHUP を送ることによりバージョンが再計算されます。したがって アップグレードが終了した後、すべてのサービスにSIGHUP を送ることでそれらはより新しい RPC バージョンに従うメッセージを送り始めます。

en: A new ``keystone`` config section is added so that you can set session link attributes for communicating with keystone. This allows the use of custom certificates to secure the link between Nova and Keystone.
ja: 新しい ``keystone`` 設定セクションが追加されました。これにより keystone と連携するセッションリンク属性を設定することができます。これにより、Nova と Keystone 間でカスタム証明書を使い安全なリンクを使えます。

en: A new ``nova-status upgrade check`` CLI is provided for checking the readiness of a deployment when preparing to upgrade to the latest release. The tool is written to handle both fresh installs and upgrades from an earlier release, for example upgrading from the 14.0.3 Newton release. There can be multiple checks performed with varying degrees of success. More details on the command and how to interpret results are in the `nova-status man page`_.
ja: 最新リリースにアップグレードする準備をするとき、デプロイが整っているかチェック新しい ``nova-status upgrade check`` CLI が提供されました。このツールはより以前のリリース、たとえば14.0.3 Newton リリースからインストールし直し、アップグレード両方に対応します。成功の度合いにより複数チェックがあり得ます。コマンドの詳細と結果の解釈は `nova-status man page`_ にあります。

en: A new ``use_neutron`` option is introduced which replaces the obtuse ``network_api_class`` option. This defaults to 'False' to match existing defaults, however if ``network_api_class`` is set to the known Neutron value Neutron networking will still be used as before.
ja: 鈍い ``network_api_class`` オプションを置き換える新しい   ``use_neutron`` が導入されました。これは今あるデフォルト値と同じようにするため ``False`` ですが、``network_api_class``が知られた Neutron の値に設定されていれば Neutron ネットワーキングが以前と同様に使われます。

en: A new administrator-only resource endpoint was added to the OpenStack Placement REST API for managing custom resource classes. Custom resource classes are specific to a deployment and represent types of quantitative resources that are not interoperable between OpenStack clouds. See the `Placement REST API Version History`_ documentation for usage details.
ja: カスタムリソースクラスを管理するため、OpenStack Placement REST API に新しい管理者だけのリソースエンドポイントが追加されました。カスタムリソースエンドポイントはデプロイに固有であり、OpenStack クラウド間で交換不可能な定量的リソースのタイプを表現します。利用方法の詳細は `Placement REST API Version History`_ ドキュメントを参照ください。

en: A new configuration option ``[quota]/recheck_quota`` has been added to recheck quota after resource creation to prevent allowing quota to be exceeded as a result of racing requests. It defaults to True, which makes it impossible for a user to exceed their quota. However, it will be possible for a REST API user to be rejected with an over quota 403 error response in the event of a collision close to reaching their quota limit, even if the user has enough quota available when they made the request. Operators may want to set the option to False to avoid additional load on the system if allowing quota to be exceeded because of racing requests is considered acceptable.
ja: 新しい設定オプション``[quota]/recheck_quota``が追加されました。これは、競合要求の結果としてクォータを超えてしまうこと防ぐように、リソース作成後にクォータを再度チェックするものです。デフォルトは True です。これによりユーザはクォータを超えることができません。しかし、たとえ、ユーザーが要求した時に十分なクォータが利用可能だとしても、REST API ユーザーにとって、クォータ制限に達する直前の衝突の際、オーバークォータ 403 エラーレスポンスで拒否されることはあり得ます。運用者はもし競合する要求が受け入れ可能なのでクォータを超えることを許容するならば、システムに余計な負荷をかけることを避けるために False にしたいかもしれない。

en: A new configuration option ``reserved_host_cpus`` has been added for compute services. It helps operators to provide how many physical CPUs they would like to reserve for the hypervisor separately from what the instances use.
ja: 新しい設定オプション ``reserved_host_cpus`` が Compute サービスに追加されました。運用者にインスタンスが利用するものと別に、ハイパーバイザーに対していくつの物理CPUを予約しておくかを提供します。

en: A new database schema migration is included in this release to fix `bug 1635446 <https://bugs.launchpad.net/nova/+bug/1635446>`_.
ja: `bug 1635446 <https://bugs.launchpad.net/nova/+bug/1635446>`_ を修正するため、新しいデータベーススキーママイグレーションがこのリリースに含まれました。

en: A new host_status attribute for servers/detail and servers/{server_id}. In order to use this new feature, user have to contain the header of request microversion v2.16 in the API request. A new policy ``os_compute_api:servers:show:host_status`` added to enable the feature. By default, this is only exposed to cloud administrators.
ja: servers/detail と servers/{server_id} に新しい host_status 属性。この新しい機能を使うために、ユーザーは API リクエストにマイクロバージョン v2.16 リクエストヘッダを含まなくてはなりません。新しいポリシー ``os_compute_api:servers:show:host_status`` がこの機能を有効にするため追加されました。デフォルトではこの機能はクラウド管理者のみにさらされています。

en: A new nova-manage command 'nova-manage cell_v2 map_cell0' is now available. Creates a cell mapping for cell0, which is used for storing instances that cannot be scheduled to any cell. This command only needs to be called when upgrading to CellsV2.
ja: 新しい nova-manage コマンド 'nova-manage cell_v2 map_cell0' が利用できます。どのセルにもスケジュールされないインスタンスを保存するために使われる cell0 に対応付けされたセルを作成します。このコマンドは CellsV2 にアップグレードするときのみ呼ばれる必要があります。

en: A new nova-manage command has been added to discover any new hosts that are added to a cell. If a deployment has migrated to cellsv2 using either the simple_cell_setup or the map_cell0/map_cell_and_hosts/map_instances combo then anytime a new host is added to a cell this new "nova-manage cell_v2 discover_hosts" needs to be run before instances can be booted on that host. If multiple hosts are added at one time the command only needs to be run one time to discover all of them. This command should be run from an API host, or a host that is configured to use the nova_api database. Please note that adding a host to a cell and not running this command could lead to build failures/reschedules if that host is selected by the scheduler. The discover_hosts command is necessary to route requests to the host but is not necessary in order for the scheduler to be aware of the host. It is advised that nova-compute hosts are configured with "enable_new_services=False" in order to avoid failures before the hosts have been discovered.
ja: セルに追加された新しいホストを見つけるために新しい nova-manage コマンドが追加されました。もし simple_cell_setup または map_cell0/map_cell_and_hosts/map_instances を使い cellsv2 にマイグレーションしたならば、新しいホストがセルに追加されるときはいつでも、ホストでインスタンスが起動する前に新しい "nova-manage cell_v2 discover_hosts" を実行する必要があります。もし複数ホストを一度に追加するときは一度だけ実行すればすべてを見つけます。このコマンドは API ホストまたは nova_api データベースを使うよう設定されたホスト上で実行されるべきです。セルにホストを追加してこのコマンドを実行しないと、ホストがスケジューラーにより選択されたならビルド失敗またはリスケジューリングになりますので注意してください。discover_hosts コマンドはリクエストをホストにルーティングするために必要ですが、スケジューラーがホストを認識するためには必要ではありません。ホストが見つかる前に失敗することを避けるため、nova-compute ホストを "enable_new_services=False" に設定することを勧めます。

en: A new nova-manage script allows you to perform all online DB migrations once you upgrade your cloud
ja: アップグレードしたら新しい nova-manage コマンドによりすべてのオンラインDBマイグレーションを実行できます。

en: A new option "live_migration_inbound_addr" has been added in the configuration file, set None as default value. If this option is present in pre_migration_data, the ip address/hostname provided will be used instead of the migration target compute node's hostname as the uri for live migration, if it's None, then the mechanism remains as it is before.
ja: 設定ファイルに新しいオプション "live_migration_inbound_addr" が追加されました。デフォルト値は None です。もしこのオプションが pre_migration_data に存在するならば、 ip アドレスまたはホスト名がマイグレーションターゲットの compute ノードホスト名がライブマイグレーションの uri として使われます。もし None であれば、以前のメカニズムが残ります。

en: A new request_log middleware is created to log REST HTTP requests even if Nova API is not running under eventlet.wsgi. Because this is an api-paste.ini change, you will need to manually update your api-paste.ini with the one from the release to get this functionality. The new request logs will only emit when it is detected that nova-api is not running under eventlet, and will include the microversion of the request in addition to all the previously logged information.
ja: 新しい request_log ミドルウェアが、たとえ Nova API が eventlet.wsgi 下で動作していなくてもREST HTTP リクエストを記録するために作成されました。これは api-paste.ini の変更なので、この機能を得るには api-paste.iniを手動で更新する必要があります。新しいリクエストログは nova-api が eventlet 下で動作していないことを検知したときだけ発行され、すべての以前に記録された情報に加えて、マイクロバージョンのリクエストを含みます。

en: A new server action trigger_crash_dump has been added to the REST API in microversion 2.17.
ja: 新しいサーバーアクション trigger_crash_dump がマイクロバージョン 2.17 で REST API に追加されました。

en: A new service.status versioned notification has been introduced. When the status of the Service object is changed nova will send a new service.update notification with versioned payload according to bp versioned-notification-api. The new notification is documented in http://docs.openstack.org/developer/nova/notifications.html
ja: 新しい service.status バージョンづけされた通知が導入されました。サービスオブジェクトのステータスが変更されたとき、nova は bp versioned-notification-api に従いバージョンづけされたペイロードで新しい service.update 通知を送ります。新しい通知は http://docs.openstack.org/developer/nova/notifications.html に書かれています。

en: A number of `nova-manage` commands have been deprecated. The commands, along with the reasons for their deprecation, are listed below:
ja: 多くの `nova-manage` コマンドは非推奨になりました。コマンドおよび非推奨理由は以下のとおり:

en: A sys-admin privsep daemon has been added and needs to be included in your rootwrap configuration.
ja: sys-admin privsep デーモンが追加されました。rootwrap 設定に追加する必要があります。

en: API calls to ``/os-quota-sets`` and flavor access will now attempt to validate the project_id being operated on with Keystone. If the user token has enough permissions to perform ``GET /v3/projects/{project_id}``, and the Keystone project does not exist, a 400 BadRequest will be returned to prevent invalid project data from being put in the Nova database. This fixes an effective silent error where the project_id would be stored even if it was not a valid project_id in the system.
ja: ``/os-quota-sets`` API 呼び出しは project_id が keystone で操作されたか検証します。もしユーザートークンが ``GET /v3/projects/{project_id}`` を実行するのに十分な権限を持ち、keystone プロジェクトがなければ 400 BadRequest を返して、無効なプロジェクトデータがNova データベースに置かれることを防ぎます。これは、たとえ有効な project_id でなくても保存されてしまう効果的な無言エラーを修正します。

en: API configuration options have been moved to the 'api' group. They should no longer be included in the 'DEFAULT' group. Options affected by this change:
ja: API 設定オプションは 'api' グループに移動されました。それらはもはや 'DEFAULT' グループに含まれません。この変更で影響をうけるオプション:

en: API microversions 2.36 and above now deprecate the REST resources in Nova used to proxy calls to other service type APIs (eg. /os-volumes). We'll still supporting those until we raise our minimum API version to 2.36 which is not planned yet (we're supporting v2.1 as of now) but you're encouraged to stop using those resources and rather calling the other services that provide those natively.
ja: API マイクロバージョン 2.36 とそれ以降では他のサービスタイプ API（たとえば /os-volumes）をプロキシコールする REST リソースを非推奨とします。最小 API バージョンを 2.36 に上げるまでサポートします。これはまだ計画されていません（今のところ v2.1 をサポートしています）。しかしそれらを使うのをやめ、むしろ他のサービス自身が提供するものを呼ぶべきです。

en: API restrictions:
ja: API の制限:

en: Add ``PCIWeigher`` weigher. This can be used to ensure non-PCI instances don't occupy resources on hosts with PCI devices. This can be configured using the ``[filter_scheduler] pci_weight_multiplier`` configuration option.
ja: ``PCIWeigher`` weigher を追加しました。これはPCIでないインスタンスが PCI デバイスを持つホスト上のリソースを占有しないことを保証するために使えます。これは ``[filter_scheduler] pci_weight_multiplier`` 設定オプションを使い設定できます。

en: Add a nova-manage command to refresh the quota usages for a project or user.  This can be used when the usages in the quota-usages database table are out-of-sync with the actual usages.  For example, if a resource usage is at the limit in the quota_usages table, but the actual usage is less, then nova will not allow VMs to be created for that project or user. The nova-manage command can be used to re-sync the quota_usages table with the actual usage.
ja: プロジェクトまたはユーザーのクォータ使用量を更新する nova-manage コマンドを追加しました。これはクォータ使用量データベーステーブルが実際の使用量と同期していないときに使用されます。たとえば、もしリソース使用量がクォータ使用量テーブルでは限界にも関わらず実際はそれより少ないならば、nova は仮想マシンがプロジェクトまたはユーザーに作成されることを許可しません。nova-manage コマンドはクォータ使用量テーブルと実際の使用量を再同期するため使われます。

en: Add granularity to the ``os_compute_api:os-flavor-manage`` policy with the addition of distinct actions for create and delete:
ja: ``os_compute_api:os-flavor-manage`` ポリシーに粒度を追加し、作成、削除のアクションを分離しました。

en: Add perf event support for libvirt driver. This can be done by adding new configure option 'enabled_perf_events' in libvirt section of nova.conf. This feature requires libvirt>=2.0.0.
ja: libvirt ドライバに perf イベントのサポートを追加しました。 nova .conf の libvirt セクションに新しい設定オプション 'enabled_perf_events' を追加しました。これは libvirt>=2.0.0 が必要です。

en: Add support for LAN9118 as a valid nic for hw_vif_model property in qemu.
ja: qemu の hw_vif_model プロパティに有効な nic として LAN9118 サポートを追加しました。

en: Add support for allowing Neutron to specify the bridge name for the OVS, Linux Bridge, and vhost-user VIF types.
ja: Neutron が OVS のブリッジ名、Linux ブリッジ、vhost-user VIF タイプ指定できるようサポートが追加されました。

en: Add support for enabling discard support for block devices with libvirt. This will be enabled for Cinder volume attachments that specify support for the feature in their connection properties. This requires support to be present in the version of libvirt (v1.0.6+) and qemu (v1.6.0+) used along with the configured virtual drivers for the instance. The virtio-blk driver does not support this functionality.
ja: libvirtのブロックデバイスサポートを捨てることができるサポートを追加します。これによりCinder ボリュームアタッチは接続プロパティ機能をサポートします。これはインスタンスの仮想ドライバを設定しているlibvirt（v1.0.6以降）とqemu （v1.6.0以降）が必要です。virtio-blk ドライバはこの機能をサポートしません。。

en: Add support for enabling uefi boot with libvirt.
ja: libvirt による uefi ブートサポートを追加しました。

en: Add two new list/show API for server-migration. The list API will return the in progress live migratons information of a server. The show API will return a specified in progress live migration of a server. This has been added in microversion 2.23.
ja: サーバーマイグレーションに２つの新しい list/show API が追加されました。list API はサーバーの途中のライブマイグレーション情報を返します。Show API は特定サーバーの途中のライブマイグレーションを返します。これはマイクロバージョン 2.23 で追加されました。

en: Added boot order support in the Hyper-V driver. The HyperVDriver can now set the requested boot order for instances that are Generation 2 VMs (the given image has the property "hw_machine_type=hyperv-gen2"). For Generation 1 VMs, the spawned VM's boot order is changed only if the given image is an ISO, booting from ISO first.
ja: Hyper-V ドライバに起動順序サポートを追加しました。HyperV ドライバは第二世代の仮想マシン（イメージが "hw_machine_type=hyperv-gen2" プロパティを持っている）の要求された起動順序を設定できます。第一世代については、起動した仮想マシンの起動順序はイメージが ISO のみ変更でき、ISO を最初に起動します。

en: Added hugepage support for POWER architectures.
ja: POWER アーキテクチャに hugepage サポートを追加しました。

en: Added microversion v2.28 from which hypervisor's 'cpu_info' field returned as JSON object by sending GET /v2.1/os-hypervisors/{hypervisor_id} request.
ja: マイクロバージョン v2.28 から GET '/v2.1/os-hypervisors/{hypervisor_id}' リクエストを送るとハイパーバイザーの 'cpu_info' フィールドが JSON オブジェクトとして返ります。

en: Added microversion v2.33 which adds paging support for hypervisors, the admin is able to perform paginate query by using limit and marker to get a list of hypervisors. The result will be sorted by hypervisor id.
ja: マイクロバージョン v2.33 でハイパーバイザーのページングサポートが追加されました。管理者はハイパーバイザーのリストを得る際 limit と marker を使うことによりページングクエリーを実行できます。結果はハイパーバイザー id によりソートされます。

en: Added microversion v2.35 that adds pagination support for keypairs with the help of new optional parameters 'limit' and 'marker' which were added to GET /os-keypairs request.
ja: マイクロバージョン v2.35 でキーペアのページングサポートが追加されました。GET /os-keypairs リクエストに  'limit' と 'marker' オプションパラメータを追加しました。

en: Added microversion v2.40 which introduces pagination support for usage with the help of new optional parameters 'limit' and 'marker'. If 'limit' isn't provided, it will default to the configurable max limit which is currently 1000.
ja: マイクロバージョン v2.40 で 使用量 のページングサポートが追加されました。新しいオプションパラメータ 'limit' と 'marker' を追加しました。もし 'limit' が提供されなければデフォルト値は現在 1000です。

en: Added microversion v2.48 which standardize VM diagnostics response. It has a set of fields which each hypervisor will try to fill. If a hypervisor driver is unable to provide a specific field then this field will be reported as 'None'.
ja: マイクロバージョン v2.48 で VM diagnostics レスポンスを標準化しました。それぞれのハイパーバイザーがうめるフィールドがあります。もしハイパーバイザードライバが特定のフィールドを提供できないならば、このフィールドは 'None' として報告されます。

en: Added support for CPU thread policies, which can be used to control how the libvirt virt driver places guests with respect to CPU SMT "threads". These are provided as instance and image metadata options, 'hw:cpu_thread_policy' and 'hw_cpu_thread_policy' respectively, and provide an additional level of control over CPU pinning policy, when compared to the existing CPU policy feature. These changes were introduced in commits '83cd67c' and 'aaaba4a'.
ja: CPU スレッドポリシーサポートが追加されました。これにより、どのように libvirt virt ドライバが CPU SMT  "threads" の観点でゲストを配置するかを制御できます。これらはインスタンスとイメージメタデータオプションで提供されます。それぞれは'hw:cpu_thread_policy' と 'hw_cpu_thread_policy' です。また、存在する CPU ポリシー機能と比較して追加の CPU pinning ポリシー制御を提供します。これらの変更はコミット '83cd67c' と 'aaaba4a' で導入されました。

en: Added support for Hyper-V VMs with UEFI Secure Boot enabled. In order to create such VMs, there are a couple of things to consider:
ja: Hyper-V 仮想マシンのセキュアブートを可能とするサポートを追加しました。そのような仮想マシンを作成するためにいくつか考慮することがあります:

en: Added support for Keystone middleware feature for interaction of Nova with the Glance API. With this support, if service token is sent along with the user token, then the expiration of user token will be ignored. In order to use this functionality a service user needs to be created first. Add the service user configurations in ``nova.conf`` under ``service_user`` group and set ``send_service_user_token`` flag to ``True``.
ja: Nova が Glance API とやり取りするため Keystone ミドルウェア機能のサポートが追加されました。これにより、サービストークンがユーザートークンとともに送られたなら、ユーザートークンの期限が無視されます。この機能を使うためには、サービスユーザーが最初に作られる必要があります。``nova.conf``の ``service_user`` グループの下に ``send_service_user_token`` フラグを ``True`` にしてサービスユーザー設定を追加してください。

en: Added support for Keystone middleware feature where if service token is sent along with the user token, then it will ignore the expiration of user token. This helps deal with issues of user tokens expiring during long running operations, such as live-migration where nova tries to access Cinder and Neutron at the end of the operation using the user token that has expired. In order to use this functionality a service user needs to be created. Add service user configurations in ``nova.conf`` under ``service_user`` group and set ``send_service_user_token`` flag to ``True``. The minimum Keytone API version 3.8 and Keystone middleware version 4.12.0 is required to use this functionality. This only currently works with Nova - Cinder and Nova - Neutron API interactions.
ja: Keystone ミドルウェアサポートを追加しました。service トークンが user トークンと一緒に送られたら user トークン の期限を無視します。これにより長期間稼働する操作の間に user トークンが期限切れとなることに対処します。 長期間稼働する操作とは 、ライブマイグレーションで nova が 利用している user トークンが期限切れになったとき Cinder と Neutronにアクセスしようとするなどです。この機能を使うため、サービスユーザーが作成される必要があります。サービスユーザー設定を ``nova.conf`` の ``service_user`` グループに ``send_service_user_token`` フラグを  ``True`` とします。この機能を使うには最低限 Keystone API バージョン 3.8 、Keystone ミドルウェアバージョンは4.12.0 が必要です。これは現在 Nova - Cinder 、Nova - Neutron API 連携のみ動作します。

en: Adding aarch64 to the list of supported architectures for NUMA and hugepage features. This requires libvirt>=1.2.7 for NUMA, libvirt>=1.2.8 for hugepage and qemu v2.1.0 for both.
ja:  aarch64 が NUMA と hugepage のサポートアーキテクチャリストに追加されました。これは NUMA は  libvirt>=1.2.7、hugepage は libvirt>=1.2.8、両方にはqemu v2.1.0 を要求します。

en: Additional availability zone check is added to the volume attach flow, which results in an availability zone check when an instance gets unshelved. In case the deployment is not sensitive to availability zones and not using the AvailabilityZoneFilter scheduler filter the current default settings (cross_az_attach=True) are allowing to perform unshelve the same way as before this change without additional configuration.
ja: ボリュームアタッチの流れに追加のアベイラビリティーゾーンチェックが追加されました。インスタンスが復元されたときアベイラビリティーゾーンチェックが実行されます。アベイラビリティーゾーンに影響されず、AvailabilityZoneFilter スケジューラーフィルターを使っていないならば、現在のデフォルト設定（cross_az_attach=True）により追加設定なしでこの変更前と同様に復元が動作します。

en: Additionally, where virtual machines already exist that were created using earlier versions of Libvirt interactions with these virtual machines via Nova or other utilities (e.g. `virsh`) may result in similar errors.
ja: さらに、より以前の Libvirt のバージョンを使い作成されたすでに存在する仮想マシンが Nova またはほかのユーティリティ（たとえば   `virsh`）経由でこれらの仮想マシンと通信すると同様のエラーになり得ます。

en: Adds a new feature to the ironic virt driver, which allows multiple nova-compute services to be run simultaneously. This uses consistent hashing to divide the ironic nodes between the nova-compute services, with the hash ring being refreshed each time the resource tracker runs.
ja: ironic virt ドライバに新しい機能を追加しました。同時に複数の nova-compute サービスが実行します。これは nova-compute サービス間で ironic ノードを分けるため一貫性のあるハッシュを使い、リソーストラッカーが実行されるたびにハッシュリングを更新します。

en: Adds interface attach/detach support to baremetal nodes using ironic virt driver. Note that the instance info cache update relies on getting a ``network-changed`` event from neutron, or on the periodic task healing the instance info cache, both of which are asynchronous. This means that nova's cached network information (which is what is sent e.g. in the ``GET /servers`` responses) may not be up to date immediately after the attachment or detachment.
ja: Ironic virt ドライバーを使うベアメタルノードについて インタフェースの attach/detach サポートを追加しました。インスタンス情報キャッシュの更新は neutron から ``network-changed`` イベントを得ること、または周期的タスクがインスタンス情報キャッシュの更新に依存します。これは nova のキャッシュされたネットワーク情報（たとえば ``GET /servers`` レスポンスとして送られるもの）はアタッチ、デタッチ直後に更新されないだろうことを意味します。

en: Adds serial console support to Ironic driver. Nova now supports serial console to Ironic bare metals for Ironic ``socat`` console driver. In order to use this feature, serial console must be configured in Nova and the Ironic ``socat`` console driver must be used and configured in Ironic. Ironic serial console configuration is documented in http://docs.openstack.org/developer/ironic/deploy/console.html.
ja: Ironic ドライバにシリアルコンソールのサポートを追加しました。Nova は Ironic の ``socat`` コンソールドライバで Ironic ベアメタルのシリアルコンソールをサポートします。この機能を使うためには、シリアルコンソールが Nova で設定され、Ironic  ``socat`` コンソールドライバが Ironic で使われ設定されていなくてはなりません。ironic シリアルコンソール設定は http://docs.openstack.org/developer/ironic/deploy/console.html に文書化されています。

en: Adds soft power off support to Ironic virt driver. This feature requires the Ironic service to support API version 1.27 or later. It also requires python-ironicclient >= 1.10.0.
ja: Ironic  virt ドライバに ソフトパワーオフのサポートを追加しました。この機能は Ironic サービスが API バージョン 1.27 またはそれ以降をサポートする必要があります。また、python-ironicclient >= 1.10.0 が必要です。

en: Adds soft reboot support to Ironic virt driver. If hardware driver in Ironic doesn't support soft reboot, hard reboot is tried. This feature requires the Ironic service to support API version 1.27 or later. It also requires python-ironicclient >= 1.10.0.
ja: Ironic  virt ドライバに ソフトリブートのサポートを追加しました。Ironic のハードウェアドライバがソフトリブートをサポートしていなければ、ハードリブートを実行します。この機能は Ironic サービスが API バージョン 1.27 またはそれ以降をサポートする必要があります。また、python-ironicclient >= 1.10.0 が必要です。

en: Adds support for applying tags when creating a server. The tag schema is the same as in the 2.26 microversion.
ja: サーバーを作成するとき、タグ適用のサポートを追加しました。タグスキーマは 2.26 マイクロバージョンにあるものと同様です。

en: Adds support to OVS vif type with direct port (SR-IOV). In order to use this OVS acceleration mode, ``openvswitch`` 2.8.0 and 'Linux Kernel' 4.8 are required. This feature allows control of an SR-IOV virtual function (VF) via OpenFlow control plane and gain improved performance of 'Open vSwitch'. Please note that in Pike release we can't differentiate between SR-IOV hardware and OVS offloaded on the same host. This limitation should be resolved when the enable-sriov-nic-features will be completed. Until then operators can use host aggregates to ensure that they can schedule instances on specific hosts based on hardware.
ja: OVS vif タイプにdirect ポート（SR-IOV）サポートが追加されました。このOVS加速モードを使うためには、`openvswitch`` 2.8.0 と Linux Kernel 4.8 が必要です。この機能は OpenFlow コントロールプレーン経由でSR-IOVの仮想機能を制御することで Open vSwitch のパフォーマンスを改善します。Pike リリースでは 同じホスト上で SR-IOV ハードウェアと OVS オフロードとの間に差異がないことに注意してください。この制限は enable-sriov-nic 機能が完成したら解決されます。それまでは運用者はハードウェアに基づき特定のホストにインスタンスがスケジューリングされるようホストアグリゲートを使うことができます。

en: Adds trigger crash dump support to ironic virt driver. This feature requires the Ironic service to support API version 1.29 or later. It also requires python-ironicclient >= 1.11.0.
ja: Ironic  virt ドライバに クラッシュダンプトリガーのサポートを追加しました。この機能は Ironic サービスが API バージョン 1.29 またはそれ以降をサポートする必要があります。また、python-ironicclient >= 1.11.0 が必要です。

en: After the compute nodes have been configured, the nova-api, nova-scheduler, and the nova-compute services will have to be configured next [2].
ja: compute ノードが設定された後、 nova-api、nova-scheduler、nova-compute サービスが [2] のように設定されなければなりません。

en: Aggregates are being moved to the API database for CellsV2. In this release, the online data migrations will move any aggregates you have in your main database to the API database, retaining all attributes. Until this is complete, new attempts to create aggregates will return an HTTP 409 to avoid creating aggregates in one place that may conflict with aggregates you already have and are yet to be migrated.
ja: アグリゲートは CellsV2では API データベースに移動されました。このリリースでは、オンラインデータマイグレーションが主データベースにあるすべてのアグリゲートをすべての属性を保ち API データベースに移動します。完了するまでは、新しいアグリゲートを作成しようとすると、 すでにあるアグリゲートとまだマイグレーションされていないアグリゲートが競合しないようにHTTP 409 を返します。

en: Aliases are provided but these are marked as deprecated and will be removed in the next release of nova.
ja: エイリアスは提供されますが、これらは非推奨であり、時期リリースでは削除されます。

en: All VNC XVP configuration options have been added to the 'vnc' group. They should no longer be included in the 'DEFAULT' group.
ja: 'vnc' グループに すべてのVNC XVP 設定オプションが追加されました。もはや  'DEFAULT' グループに含まれません。

en: All WSGI configuration options have been added to the 'wsgi' group. They should no longer be included in the 'DEFAULT' group.
ja: すべての WSGI 設定オプションは 'wsgi' グループに移動されました。それらはもはや 'DEFAULT' グループに含まれません。

en: All barbican config options in Nova are now deprecated and may be removed as early as 15.0.0 release. All of these options are moved to the Castellan library.
ja: すべての Nova にある barbican 設定オプションは非推奨とされ、15.0.0 リリースの早くに削除されます。これらオプションすべては Castellan ライブラリに移動されます。

en: All cloudpipe configuration options have been added to the 'cloudpipe' group. They should no longer be included in the 'DEFAULT' group.
ja: すべての cloudpipe 設定オプションは 'cloudpipe' グループに移動されました。それらはもはや 'DEFAULT' グループに含まれません。

en: All crypto configuration options have been added to the 'crypto' group. They should no longer be included in the 'DEFAULT' group.
ja: すべての crypto 設定オプションは 'crypto' グループに追加されました。それらはもはや 'DEFAULT' グループに含まれません。

en: All deployments will function as a single-cell environment. Multiple v2 cells are technically possible, but should only be used for testing as many other things will not work across cell boundaries yet. For details on cells v2 and the setup required for Nova with cells v2, see the cells documentation. [1]_
ja: すべてのデプロイメントは単一セル環境として機能します。複数の v2 セルは技術的には可能ですが、多くの他のことがセル境界を越えて動作しないので、評価でのみ使用されるべきです。cells v2 に関する詳細とNova cells v2 に必要なセットアップは cells のドキュメントを参照してください。 [1]_

en: All general scheduler configuration options have been added to the ``scheduler`` group.
ja: すべての一般的なスケジューラー設定オプションは ``scheduler`` グループに追加されました。

en: All noVNC proxy configuration options have been added to the 'vnc' group. They should no longer be included in the 'DEFAULT' group.
ja: すべての noVNC プロキシ 設定オプションが'vnc' グループに追加されました。もはや  'DEFAULT' グループに含まれません。

en: All pci configuration options have been added to the 'pci' group. They should no longer be included in the 'DEFAULT' group. These options are as below:
ja: すべての pci 設定オプションが 'pci' グループに追加されました。それらはもはや 'DEFAULT' グループに含まれません。これらのオプションは以下のとおりです:

en: All policy rules with the following naming scheme have been removed: ``os_compute_api:{extension_alias}:discoverable`` These policy rules were used to hide an enabled extension from the list active API extensions API. Given it is no longer possible to disable any API extensions, it makes no sense to have the option to hide the fact an API extension is active. As such, all these policy rules have been removed.
ja: 次の名前スキームに従う全てのポリシールールは削除されました: ``os_compute_api:{extension_alias}:discoverable`` これらのポリシールールは活発な API 拡張リストから有効な拡張を隠すために使われました。もはやどんな API 拡張も無効にできないので、API 拡張が活発である事実を隠す選択肢は意味がありません。そのため、このような全てのポリシールールは削除されました。

en: All the APIs which proxy to other services were deprecated in this API version. Those APIs will return 404 on Microversion 2.36 or higher. The API user should use native API as instead of using those pure proxy for other REST APIs. The quotas and limits related to network resources 'fixed_ips', 'floating ips', 'security_groups', 'security_group_rules', 'networks' are filtered out of os-quotas and limit APIs respectively and those quotas should be managed through OpenStack network service. For using nova-network, you only can use API and manage quotas under Microversion '2.36'. The 'os-fping' API was deprecated also, this API is only related to nova-network and depend on the deployment. The deprecated APIs are as below:
ja: すべての他のサービスをプロキシする API はこの API バージョンで非推奨とされました。それらの API はマイクロバージョン 2.36 またはそれ以上で 404 を返します。 API ユーザーは他の REST API に対する純粋なプロキシを使う代わりにネイティブな API を使うべきです。ネットワークリソースである 'fixed_ips' 、'floating ips'、 'security_groups'、 'security_group_rules'、 'networks' は os-quotas、 limit API からそれぞれ除外されました。それらのクォータは OpenStack network サービスを通して管理されるべきです。マイクロバージョン 2.36 より以前のみで API を使いクォータを管理できます。 'os-fping' API もまた非推奨とされました。 この API は nova-network のみに関係し、デプロイメントに依存します。非推奨とされた API は以下の通りです:

en: Also, the following Cinder front-end QoS specs are now supported for SMB Cinder backends:
ja: また、SMB Cinder バックエンドに対して、次の Cinder フロントエンド QoS specs をサポートします:

en: An IPTables-compatible interface is used, e.g. an OVS VIF in hybrid mode, where the VIF is a tap device connected to OVS with a bridge
ja: IPTable互換インターフェースが使われます。例えば、VIF が ブリッジでOVS に接続する tap デバイス である OVS VIF ハイブリッドモードなどです。

en: An instance is deployed with a flavor smaller than a node (only possible when exact filters are not used)
ja: インスタンスはノードより小さいフレーバーでデプロイされます（exact_filters が使われないときのみ可能）。

en: An online data migration has been added to populate the ``services.uuid`` column in the nova database for non-deleted services records. Listing or showing services out of the ``os-services`` API will have the same effect.
ja: オンラインデータマイグレーションが削除されていない service レコードに対して nova データベースの ``services.uuid``  カラムをマイグレーションするようになりました。``os-services`` API からサービスを一覧または参照するのも同様の影響を受けます。

en: And a new nova-manage command has been added to manage db migrations for this database.  "nova-manage api_db sync" and "nova-manage api_db version" are available and function like the parallel "nova-manage db ..." version.
ja: 新しい nova-manage コマンドがこのデータベースの db マイグレーションを管理するために追加されました。"nova-manage api_db sync"  と "nova-manage api_db version" が利用でき、 "nova-manage db ..." と同様に機能します。

en: And the following fields are removed from the same APIs in the same microversion:
ja: 次のフィールドは同じマイクロバージョンで同じ API から削除されます:

en: As a reminder, there is also the ``[scheduler]/discover_hosts_in_cells_interval`` configuration option which can be used to automatically discover hosts from the nova-scheduler service.
ja: ``[scheduler]/discover_hosts_in_cells_interval`` 設定オプションもあります。これは、自動的に nova-scheduler サービスからホストを発見するために使われます。

en: As a result, the following option is also deprecated for removal since it is only used when specified with ``[DEFAULT]/monkey_patch_modules``:
ja: 結果として、次のオプションも削除に向けて非推奨となりました。なぜならそれは ``[DEFAULT]/monkey_patch_modules`` と共にのみ使われるからです:

en: As mentioned in the release notes of the Mitaka release (version 13.0.0), the EC2API support was fully removed. The *s3* image service related config options were still there but weren't used anywhere in the code since Mitaka. These are now deprecated and may be removed as early as the 15.0.0 release. This affects ``image_decryption_dir``, ``s3_host``, ``s3_port``, ``s3_access_key``, ``s3_secret_key``, ``s3_use_ssl``, ``s3_affix_tenant``.
ja: Mitaka リリース（version 13.0.0）のリリースノートで述べたように、EC2API サポートが完全に削除されました。 *s3* イメージサービス関連の設定オプションはまだありますが、Mitakaからコードのどこでも使われません。これらは非推奨とされ 15.0.0 リリースの速い時期に削除されるでしょう。これは ``image_decryption_dir``、``s3_host``、 ``s3_port``、 ``s3_access_key``、 ``s3_secret_key``、 ``s3_use_ssl``、 ``s3_affix_tenant`` に影響します。

en: As new hosts are added to Nova, the `nova-manage cell_v2 discover_hosts` command must be run in order to map them into their cell. For deployments with proper automation, this is a trivial extra step in that process. However, for smaller or non-automated deployments, there is a new configuration variable for the scheduler process which will perform this discovery periodically. By setting `scheduler.discover_hosts_in_cells_interval` to a positive value, the scheduler will handle this for you. Note that this process involves listing all hosts in all cells, and is likely to be too heavyweight for large deployments to run all the time.
ja: 新しいホストが Nova に追加される際、それらをセルにマップするために `nova-manage cell_v2 discover_hosts` コマンドが実行されなければなりません。適切な自動化されたデプロイメントには、これは些細な余分なステップです。しかし、より小さいまたは自動化されていないでデプロイメントにとっては、この発見を周期的に行うスケジューラープロセスのために新しい設定変数があります。`scheduler.discover_hosts_in_cells_interval` を正の値とすると、スケジューラーはこれを処理します。このプロセスはすべてのセルにあるすべてのホストを一覧化するので、大きなデプロイメントでは重すぎるかもしれませんのでご注意ください。

en: As of Libvirt 1.3.3 (`commit`_) and later Libvirt no longer accepts an empty path attribute to the script element of the interface. Notably this includes Libvirt 2.0.0 as provided with RHEL 7.3 and CentOS 7.3-1611. The creation of virtual machines with offending interface definitions on a host with Libvirt 1.3.3 or later will result in an error "libvirtError: Cannot find '' in path: No such file or directory".
ja: Libvirt 1.3.3 (`commit`_) とそれ以降から、Libvirt はもはやインターフェースのスクリプト要素にからのパス属性を受け付けません。これは RHEL 7.3 およびCentOS 7.3-1611 に同梱される Libvirt 2.0.0 を含みます。Libvirt 1.3.3 またはこれ以降のホストでインタフェース定義に違反する仮想マシンを作成すると、"libvirtError: Cannot find '' in path: No such file or directory"　というエラーになります。

en: As of Ocata, the minimum version of VMware vCenter that nova compute will interoperate with will be 5.1.0. Deployments using older versions of vCenter should upgrade. Running with vCenter version less than 5.5.0 is also now deprecated and 5.5.0 will become the minimum version in the 16.0.0 Pike release of Nova.
ja: Ocata 時点では、nova compute とやり取りする VMware vCenter の最小バージョンは5.1.0 です。vCenter のより古いバージョンを使ったデプロイメントはアップグレードすべきです。5.5.0 以下の vCenter バージョンでの動作はいまや非推奨とされ、5.5.0 は Nova の Pike リリースでの最低バージョンとなるでしょう。

en: As of Ocata, the minimum version of Virtuozzo that nova compute will interoperate with will be 7.0.0. Deployments using older versions of Virtuozzo should upgrade.
ja: Ocata時点では、nova compute とやり取りする Virtuozzo の最小バージョンは 7.0.0 です。Virtuozzo のより古いバージョンを使ったデプロイメントはアップグレードすべきです。

en: As part of refactoring the notification interface of Nova a new config option 'notification_format' has been added to specifies which notification format shall be used by nova. The possible values are 'unversioned' (e.g. legacy), 'versioned', 'both'. The default value is 'both'. The new versioned notifications are documented in http://docs.openstack.org/developer/nova/notifications.html
ja: Nova の通知インターフェースのリファクタリングの一部分により、どの通知フォーマットが nova で使われるはずか特定するために  'notification_format' が追加されました。取りうる値は 'unversioned' (つまり legacy)、 'versioned'、 'both' です。デフォルト値は 'both' です。新しいバージョンが付与された通知は http://docs.openstack.org/developer/nova/notifications.html に文書化されています。

en: Attaching volumes over fibre channel on a passthrough basis.
ja: パススルーでファイバーチャネルでのボリューム接続

en: Bug Fixes
ja: バグ修正

en: By removing the ``check_attach`` internal call from Nova, small behavioral changes were introduced.
ja: Nova からの内部呼び出し  ``check_attach`` を削除することにより、小さな振る舞いの変化が導入されました。

en: Cells V2 now supports booting instances for one cell v2 only. We plan to add a multi-cell support for Ocata. You can prepare for Ocata now by creating a cellv2 now using the nova-manage related commands, but configuring Cells V2 is still fully optional for this cycle.
ja: Cells V2 は単一 cell v2 のみに対してインスタンス起動をサポートします。Ocataで複数セルサポートを追加する計画です。nova-manage 関連コマンドを使用して cellv2 を作成して Ocata に備えることができますが、Cells V2 設定はいまだにこのサイクルでは完全にオプションです。

en: Cells v1 is now deprecated in favor of Cells v2.
ja: Cells v1 は Cells v2 が優勢のため非推奨となりました。

en: Cells v1, which includes the ``[cells]`` configuration options and ``nova-cells`` service, is deprecated in favor of Cells v2. For information on Cells v2, see: https://docs.openstack.org/nova/latest/user/cells.html
ja: ``[cells]`` 設定オプションと ``nova-cells`` サービスを含む Cells v1 は Cells v2が優勢のため非推奨となりました。Cells v2 については https://docs.openstack.org/nova/latest/user/cells.html を参照ください。

en: Compute-specific documentation is being migrated from http://docs.openstack.org to https://docs.openstack.org/nova/ and the layout for the Nova developer documentation is being re-organized. If you think anything is missing or you now have broken bookmarks, please `report a bug`_.
ja: Compute 固有のドキュメントは http://docs.openstack.org から https://docs.openstack.org/nova/ に移行され、 Nova 開発ドキュメントのレイアプトは再構成されました。もし何かがなくなるか、壊れているブックマークを見つけたら `report a bug`_ してください。

en: Conductor RPC API no longer supports v2.x.
ja: コンダクター RPC APIはもはや v2.x をサポートしません。

en: Configuration option ``console_driver`` in the ``DEFAULT`` group has been deprecated since the Ocata release and is now removed.
ja: ``DEFAULT`` グループにある ``console_driver`` 設定オプションは Ocata リリースで非推奨となり、今や削除されました。

en: Configuration option ``wsgi_log_format`` is deprecated. This only applies when running nova-api under eventlet, which is no longer the preferred deployment mode.
ja: ``wsgi_log_format`` 設定オプションは非推奨となりました。これは eventlet 配下で nova-api を動作した時に適用されますが、それはもはや好ましい展開様式ではないからです。

en: Configuration options for `oslo.reports`, found in the ``oslo_reports`` group, are now exposed in nova. These include:
ja: ``oslo_reports`` グループにある `oslo.reports` 向け設定オプションが nova に晒されました。これらは含みます:

en: Configuration options related to RPC topics were deprecated in the past releases and are now completly removed from nova. There was no need to let users choose the RPC topics for all services. There was little benefit from this and it made it really easy to break Nova by changing the value of topic options.
ja: RPC トピックに関する設定オプションは過去のリリースで非推奨となりましたが、今や完全に削除されました。ユーザーが全てのサービスに対する RPC トピックを選ぶ必要がありませんでした。これから得られる利益はほとんどなく、トピックオプションの値を変更することにより容易に Nova が壊れました。

en: Configuration options related to image file have been removed. They were marked as deprecated because the feature to download images from glance via filesystem is not used. Below are the removed options:
ja: イメージファイルに関連する設定オプションは削除されました。それらは非推奨と印づけられました。なぜならファイルシステム経由で glance からイメージをダウンロードする機能は使われません。以下は削除されオプションです:

en: Configuration options related to the Barbican were deprecated and now completly removed from ``barbican`` group. These options are available in the Castellan library. Following are the affected options:
ja: Barbican 関連の設定オプションは非推奨とされ、いまや  ``barbican``  グループから完全に削除されました。こえらのオプションは Castellan ライブラリで利用可能です。以下は影響されるオプションです:

en: Contains database schema migration ``021_build_requests_instance_mediumtext`` which increases the size of the ``build_requests.instance`` column on MySQL backends. This is needed to create new instances which have very large ``user_data`` fields.
ja: MySQLバックエンドにおける  ``build_requests.instance`` カラムサイズを増やすデータベーススキーママイグレーション ``021_build_requests_instance_mediumtext`` を含みます。これはとても大きい ``user_data`` フィールドを持つ新しいインスタンスを作成するために必要となります。

en: Corrected response for the case where an invalid status value is passed as a filter to the list servers API call. As there are sufficient statuses defined already, any invalid status should not be accepted. As of microversion 2.38, the API will return 400 HTTPBadRequest if an invalid status is passed to list servers API for both admin as well as non admin user.
ja:  list servers API 呼び出しで無効なステータスがフィルタを通過する場合のレスポンスを修正しました。十分なステータスがすでに定義されているので、無効なステータスは受け入れられるべきではありません。マイクロバージョン 2.38 にて、管理者、管理者でないユーザーどちらにとっても list servers APIで無効なステータスが通過するとき、API は  400 HTTPBadRequest を返します。

en: Correctly allow the use of a custom scheduler driver by using the name of the custom driver entry point in the ``[scheduler]/driver`` config option. You must also update the entry point in ``setup.cfg``.
ja: 正確には、``[scheduler]/driver`` 設定オプションにあるカスタムドライバーエントリーポイントの名前を使うことによってカスタムスケジューラードライバーの使用を許可します。``setup.cfg`` のエントリーポイントも更新しなくてはなりません。

en: Create, Update, Show & List detail flavor
ja: フレーバーの作成、更新、表示、および一覧

en: Critical Issues
ja: 致命的な問題

en: Current Series Release Notes
ja: 開発中バージョンのリリースノート

en: Currently only the libvirt compute driver can hide hypervisor signature for the guest host.
ja: 現在は libvirt コンピュートドライバーだけがゲストホストのハイパーバイザー署名を隠すことができます。

en: Currently only the libvirt compute driver with iSCSI and FC volumes supports the online volume size change.
ja: 現在は iSCSIと FC ボリュームのlibvirt コンピュートドライバーだけがオンラインボリュームサイズ変更をサポートします。

en: DB2 database support was removed from tree. This is a non open source database that had no 3rd party CI, and a set of constraints that meant we had to keep special casing it in code. It also made the online data migrations needed for cells v2 and placement engine much more difficult. With 0% of OpenStack survey users reporting usage we decided it was time to remove this to focus on features needed by the larger community.
ja: DB2 データベースサポートが削除されました。これは 3rd パーティ CI を持たず、コードで特別な場合を持ち続けなくてはならないことを意味する制約のかたまりである、オープンソースでないデータベースです。これはまた、cells v2に必要なオンラインデータマイグレーションと placement エンジンをとてもより難しくします。OpenStack ユーザーレポーティング使用実態調査では0% でしたので、我々はより大きなコミュニティにより必要とされる機能に焦点をあてるためこれを削除すると決めました。

en: DELETE /resource_providers/{uuid}/traits: Remove any existing trait associations for a specific resource provider
ja: DELETE /resource_providers/{uuid}/traits: 指定されたリソースプロバイダーに対して存在する trait 関連付けを削除します。

en: DELETE /traits/{name}: To delete the specified trait.
ja: DELETE /traits/{name}: 指定された trait を削除します。

en: Default value of live_migration_tunnelled config option in libvirt section has been changed to False. After upgrading nova to Newton all live migrations will be non-tunnelled unless live_migration_tunnelled is explicitly set to True. It means that, by default, the migration traffic will not go through libvirt and therefore will no longer be encrypted.
ja: libvirt セクションの live_migration_tunnelled 設定オプションのデフォルト値が False に変更されました。nova を Newton にアップグレードした後、live_migration_tunnelled を 明示的に True としないとすべてのライブマイグレーションはトンネルされません。これは、デフォルトではマイグレーションは libvirt  を通らず、それゆえ暗号化されないことを意味します。

en: Delete the deprecated ``glance.host``, ``glance.port``, ``glance.protocol`` configuration options. ``glance.api_servers`` must be set to have a working config. There is currently no default for this config option, so a value must be set.
ja: 非推奨とされた ``glance.host``、 ``glance.port``、 ``glance.protocol`` 設定オプションを削除しました。 ``glance.api_servers`` を動作する設定として設定しなくてはなりません。この設定オプションにはデフォルト値がありませんので、必ず値を設定しなくてはなりません。

en: Deprecate ``compute_stats_class`` config option. This allowed loading an alternate implementation for collecting statistics for the local compute host. Deployments that felt the need to use this facility are encoraged to propose additions upstream so we can create a stable and supported interface here.
ja: ``compute_stats_class`` 設定オプションを非推奨としました。これはローカルの compute ホストに対して統計情報を収集する代替実装をローディングするものでした。この機能を使う必要があるデプロイメントはアップストリームに追加提案するよう促されますので、我々はここで安定したインタフェースをサポートすることができます。

en: Deprecate ``security_group_api`` configuration option. The current values are ``nova`` and ``neutron``. In future the correct security_group_api option will be chosen based on the value of ``use_neutron`` which provides a more coherent user experience.
ja: ``security_group_api`` 設定オプションを非推奨としました。現在の値は ``nova`` と ``neutron`` です。将来、より一貫した経験を提供する ``use_neutron`` の値に基づいて正しい  security_group_api オプションが選ばれるでしょう。

en: Deprecate ``volume_api_class`` and ``network_api_class`` config options. We only have one sensible backend for either of these. These options will be removed and turned into constants in Newton.
ja: ``volume_api_class`` と ``network_api_class`` 設定オプションを非推奨としました。我々はこれらについて一つの意味あるバックエンドを持つのみです。これらのオプションは Newton では削除され、定数になります。

en: Deprecate the VMware driver's ``wsdl_location`` config option. This option pointed to the location of the WSDL files required when using vCenter versions earlier than 5.1. Since the minimum supported version of vCenter is 5.1, there is no longer a need for this option and its value is ignored.
ja: VMware ドライバの ``wsdl_location`` 設定オプションを非推奨としました。このオプションは  vCenter バージョン 5.1 以前を使う際に WSDL ファイルの場所を指し示すものでした。vCenterの最小サポートバージョンが 5.1 なので、もはやこのオプションと値は無視され必要ありません。

en: Deprecate the ``db_driver`` config option. Previously this let you replace our SQLAlchemy database layer with your own. This approach is deprecated. Deployments that felt the need to use the facility are encourage to work with upstream Nova to address db driver concerns in the main SQLAlchemy code paths.
ja: ``db_driver`` 設定オプションを非推奨としました。以前はこれにより SQLAlchemy データベースレイヤを置き換えました。このアプローチは非推奨とされました。この機能を使う必要を感じたデプロイメントはNovaのアップストリームに働きかけ、主たる SQLAlchemy コードパスにある db driver 関心事に関わってください。

en: Deprecate the ``vendordata_driver`` config option. This allowed creating a different class loader for defining vendordata metadata. The default driver loads from a json file that can be arbitrarily specified, so is still quite flexible. Deployments that felt the need to use this facility are encoraged to propose additions upstream so we can create a stable and supported interface here.
ja: ``vendordata_driver`` 設定オプションを廃止しました。これは vendordata メタデータを定義するために様々なクラスローダーを作成するためのものでした。任意に指定できる json ファイルからデフォルトドライバーがロードされるのでまだとても柔軟性があります。この機能を使う必要があるデプロイメントはアップストリームに追加提案するよう促されますので、我々はここで安定したインタフェースをサポートすることができます。

en: Deprecate the use of nova.hooks. This facility used to let arbitrary out of tree code be executed around certain internal actions, but is unsuitable for having a well maintained API. Anyone using this facility should bring forward their use cases in the Newton cycle as nova-specs.
ja: nova.hooksの使用を廃止しました。これはある内部アクションの周りで任意のコードツリーを実行するために使われました。しかしよく保守された API に対してはふさわしくありません。この機能を使いたいならば Newton サイクルで nova-specs としえユースケースを提示すべきです。

en: Deprecated config options to enable/disable extensions ``extensions_blacklist`` and ``extensions_whitelist`` have been removed. This means all API extensions are always enabled. If you modifed policy, please double check you have the correct policy settings for all APIs.
ja: 拡張 を有効または無効にする非推奨の設定オプション  ``extensions_blacklist`` と ``extensions_whitelist`` が削除されました。これは すべてのAPI 拡張はいつも有効になることを意味します。もしポリシーを修正したならば、全ての API に対してポリシーの設定が正しいことを二重チェックしてください。

en: Deprecation Notes
ja: 廃止予定の機能

en: Due to `bug 1707256`_, shared storage modeling in Placement is not supported by the scheduler. This means that in the Pike release series, an operator will be unable to model a shared storage pool between two or more compute hosts using the Placement service for scheduling and resource tracking.
ja: `bug 1707256`_ のため、Placement における共有ストレージモデルはスケジューラによりサポートされていません。これは Pike リリースシリーズにて、運用者はスケジューリングとリソーストラッキングのためにPlacement サービスを使って２つまたはそれ以上のコンピュートホストの間の共有ストレージプールを作成できないことを意味します。

en: Due to the changes in scheduling of bare metal nodes, additional resources may be reported as free to Placement. This happens in two cases:
ja: ベアメタルノードのスケジューリング変更のため、追加リソースは Placement に対してフリーであるとレポートされます。これは2つの場合で起こります:

en: During an upgrade to Mitaka, operators must create and initialize a database for the API service. Configure this in [api_database]/connection, and then run ``nova-manage api_db sync``
ja: Mitaka へアップグレードする間に、運用者は API サービスのデータベースを作成し初期化しなくてはなりません。これを  [api_database]/connection で設定し、``nova-manage api_db sync`` を実行します。

en: EC2 API support is fully removed.
ja: EC2 API は完全に削除されました。

en: Enables NUMA topology reporting on PowerPC architecture from the libvirt driver in Nova but with a caveat as mentioned below. NUMA cell affinity and dedicated cpu pinning code assumes that the host operating system is exposed to threads. PowerPC based hosts use core based scheduling for processes. Due to this, the cores on the PowerPC architecture are treated as threads. Since cores are always less than or equal to the threads on a system, this leads to non-optimal resource usage while pinning. This feature is supported from libvirt version 1.2.19 for PowerPC.
ja: Nova の libvirt ドライバーから PowerPC アーキテクチャ上で NUMA トポロジーレポーティングが有効になりましたが、以下に述べる警告があります。NUMA セルアフィニティと占有 cpu ピニングコードはホストオペレーティングシステムがスレッドにさらされていることを仮定します。PowerPC ベースのホストはプロセスに対してコアベースのスケジューリングを使います。このために、PowerPC アーキテクチャ上のコアはスレッドとして扱われます。コアは常にシステム上でスレッドと同等またはそれ以下なので、これはピニング中は最適でないリソース使用となります。この機能は PowerPC に対して libvirt バージョン 1.2.19 からサポートされます。

en: Enables to launch an instance from an iscsi volume with ironic virt driver. This feature requires an ironic service supporting API version 1.32 or later, which is present in ironic releases > 8.0. It also requires python-ironicclient >= 1.14.0.
ja: ironic virt ドライバによる iscsi ボリュームによるインスタンス起動を可能としました。この機能は API バージョン 1.32 またはそれ以降の ironic サービス、つまり ironic リリース > 8.0 を必要とします。また、python-ironicclient >= 1.14.0 が必要です。

en: Encryption provider constants have been introduced detailing the supported encryption formats such as LUKs along with their associated in-tree provider implementations. These constants should now be used to identify an encryption provider implementation for a given encryption format.
ja: 暗号化プロバイダ定数が導入され、内部に含まれるプロバイダー実装と関連するサポートするLUKなどの暗号化フォーマットが詳細化されました。これらの定数は与えられた暗号化フォーマットに対して暗号化プロバイダー実装を一意化するために使われます。

en: Enhance pci.passthrough_whitelist to support regular expression syntax. The 'address' field can be regular expression syntax. The old pci.passthrough_whitelist, glob sytnax, is still valid config.
ja: pci.passthrough_whitelist を機能強化し、正規表現構文をサポートしました。'address' フィールドは正規表現構文が使えます。古い  pci.passthrough_whitelist の glob 構文も依然として有効な設定です。

en: Every versioned notification has a sample file stored under doc/notification_samples directory. Consult http://docs.openstack.org/developer/nova/notifications.html for more information.
ja: すべてのバージョンが付与された通知は doc/notification_samples ディレクトリ配下にサンプルファイルを持ちます。より詳細な情報は http://docs.openstack.org/developer/nova/notifications.html を参照してください。

en: Filters internal interface changed using now the RequestSpec NovaObject instead of an old filter_properties dictionary. In case you run out-of-tree filters, you need to modify the host_passes() method to accept a new RequestSpec object and modify the filter internals to use that new object. You can see other in-tree filters for getting the logic or ask for help in #openstack-nova IRC channel.
ja: フィルターの内部インターフェースが  filter_properties 辞書の代わりに RequestSpec NovaObject を使うように変更されました。ツリーにないフィルターを実行するときは、新しい RequestSpec オブジェクトをうけつけるように host_passes() メソッドを修正し、新しいオブジェクトを使うようにフィルター内部を修正する必要があります。ロジックを得るために他のツリーにないフィルターを見るか、#openstack-nova IRC チャンネルに助けを求めることができます。

en: Fix os-console-auth-tokens API to return connection info for all types of tokens, not just RDP.
ja: os-console-auth-tokens API を修正し、RDP ではなく、すべてのタイプのトークンに対して接続情報を返します。

en: Fixed bug #1579706: "Listing nova instances with invalid status raises 500 InternalServerError for admin user". Now passing an invalid status as a filter will return an empty list. A subsequent patch will then correct this to raise a 400 Bad Request when an invalid status is received.
ja: バグ #1579706: "Listing nova instances with invalid status raises 500 InternalServerError for admin user" を修正しました。フィルタは無効なステータスを捨て去り、空のリストを返します。後続のパッチはこれを正し、無効なステータスを受け取ったら 400 Bad Request を上げます。

en: Fixes `bug 1581230`_ by removing the internal ``check_attach`` call from the Nova code as it can cause race conditions and the checks are handled by ``reserve_volume`` in Cinder. ``reserve_volume`` is called in every volume attach scenario to provide the necessary checks and volume state validation on the Cinder side.
ja: 競合状態を起こしかねず、チェックは Cinder の ``reserve_volume`` により処理されるので、Nova コードから内部 ``check_attach`` 呼び出しを削除することにより `bug 1581230`_ を修正しました。``reserve_volume`` はすべてのボリューム接続にて、 Cinder 側で必要なチェックとボリューム状態の検証を提供するために呼ばれます。

en: Fixes `bug 1662699`_ which was a regression in the v2.1 API from the ``block_device_mapping_v2.boot_index`` validation that was performed in the legacy v2 API. With this fix, requests to create a server with ``boot_index=None`` will be treated as if ``boot_index`` was not specified, which defaults to meaning a non-bootable block device.
ja: `bug 1662699`_ を修正しました。これは、古い v2 APIで実行される ``block_device_mapping_v2.boot_index`` 検証が v2.1 APIで回帰していたものです。この修正にて、``boot_index=None`` でサーバーを作成する要求すると、まるで ``boot_index`` が指定されていないかのように扱われます。これはデフォルトでブート可能ではないブロックデバイスを意味します。

en: Fixes `bug 1670522`_ which was a regression in the 15.0.0 Ocata release. For compute nodes running the libvirt driver with ``virt_type`` not set to "kvm" or "qemu", i.e. "xen", creating servers will fail by default if libvirt >= 1.3.3 and QEMU >= 2.7.0 without this fix.
ja: 15.0.0 Ocata リリース における回帰であった `bug 1670522`_ を修正しました。 この修正なしには、``virt_type`` が "kvm" または "qemu" でない、たとえば  "xen" である libvirt ドライバで動作するコンピュートノードに対して、libvirt >= 1.3.3 かつ QEMU >= 2.7.0 ではデフォルトでサーバー作成に失敗します。

en: Fixes `bug 1691545`_ in which there was a significant increase in database connections because of the way connections to cell databases were being established. With this fix, objects related to database connections are cached in the API service and reused to prevent new connections being established for every communication with cell databases.
ja: cell データベースが確立する接続方法のためデータベース接続の重要な増加があり、`bug 1691545`_ で修正されました。この修正で、 API サービスのデータベース接続に関するオブジェクトはキャッシュされ、 cell データベースと連携するたびに新しい接続を作成することをせず、再利用するようになりました。

en: Fixes a bug where Nova services won't recover after a temporary DB / MQ connection issue, when service group DB driver is used together with remote conductor, as the driver only handles RPC timeout errors and does not account for other types of errors (e.g. wrapped DB errors on the remote conductor transported over RPC)
ja: Nova サービスが一時的な DB/MQ 接続障害から復帰しないバグを修正しました。サービスグループ DB ドライバがリモートコンダクターと一緒に使われるとき、ドライバは RPC タイムアウトエラーのみを処理し、他のタイプのエラーを考慮しなかったというものです（たとえば RPC 越しに送られたリモートコンダクター上のラップされた DB エラー）。

en: Fixes a bug where Nova services won't recover after a temporary DB connection issue, when service group DB driver is used together with local conductor, as the driver only handles RPC timeout errors.
ja: Nova サービスが一時的な DB 接続障害から復帰しないバグを修正しました。サービスグループ DB ドライバがローカルコンダクターと一緒に使われるとき、ドライバは RPC タイムアウトエラーのみを処理していました。

en: Flavor.projects (access) will not be present in the instance versioned notifications since notifications currently do not lazy-load fields. This limitation is being tracked with `bug 1653221`_.
ja: 通知が現在 lazy-load フィールドにないので、インスタンスのバージョンが付与された通知に Flavor.projects (access) がありません。この制限は `bug 1653221`_ でトラックされます。

en: Flavors are being moved to the API database for CellsV2. In this release, the online data migrations will move any flavors you have in your main database to the API database, retaining all attributes. Until this is complete, new attempts to create flavors will return an HTTP 409 to avoid creating flavors in one place that may conflict with flavors you already have and are yet to be migrated.
ja: フレーバーは CellsV2では API データベースに移動されました。このリリースでは、オンラインデータマイグレーションが主データベースにあるすべてのフレーバーをすべての属性を保ち API データベースに移動します。完了するまでは、新しいフレーバーを作成しようとすると、 すでにあるフレーバーとまだマイグレーションされていないフレーバーが競合しないようにHTTP 409 を返します。

en: Following Notifications related configuration options have been moved from the ``DEFAULT`` group to the ``notifications`` group:
ja: 次の通知に関する設定オプションは ``DEFAULT`` グループから ``notifications`` グループに移動されました。

en: For Liberty compute nodes, the disk_allocation_ratio works as before, you must set it on the scheduler if you want to change it. For Mitaka compute nodes, the disk_allocation_ratio set on the compute nodes will be used only if the configuration is not set on the scheduler. This is to allow, for backwards compatibility, the ability to still override the disk allocation ratio by setting the configuration on the scheduler node. In Newton, we plan to remove the ability to set the disk allocation ratio on the scheduler, at which point the compute nodes will always define the disk allocation ratio, and pass that up to the scheduler. None of this changes the default disk allocation ratio of 1.0. This matches the behaviour of the RAM and CPU allocation ratios.
ja: Liberty の compute ノードでは、以前と同様、変更したければスケジューラ上で disk_allocation_ratio が動作します。Liberty の compute ノードでは、もしスケジューラー上で設定が設定されていないときのみ compute ノード 上で disk_allocation_ratio 設定が使われます。これは後方互換性を保ち、スケジューラーノード上の設定により disk allocation ratio を上書きする能力です。Newtonでは、スケジューラー上の disk allocation ratio を設定できることを削除する計画です。これにより、compute ノード  はいつもdisk allocation ratio を定義し、スケジューラーに知らせます。これはデフォルトの disk allocation ratio が 1.0 であることを変更するものではありません。これは RAM と CPU 割り当て比率の振る舞いと一致します。

en: For Windows / Hyper-V Server 2012 R2::
ja: Windows / Hyper-V Server 2012 R2::

en: For Windows / Hyper-V Server 2016::
ja: Windows / Hyper-V Server 2016::

en: For backward compatible support the setting ``CONF.vmware.integration_bridge`` needs to be set when using the Neutron NSX|MH plugin. The default value has been set to ``None``.
ja: 後方互換性をサポートするため、Neutron NSX|MH プラグウインを使うとき、``CONF.vmware.integration_bridge`` を設定する必要があります。デフォルト値は ``None`` に設定されています。

en: For instance, if the user wishes to see resource providers that can service a request for 2 vCPUs, 1024 MB of RAM and 50 GB of disk space, the user can issue a request of::
ja: たとえば、ユーザーが 2 vCPU、1024 MB RAM、50 GB のディスク容量の要求を提供できるリソースプロバイダを参照することを望むならば、ユーザーは次のリクエストを発行します:

en: For more info see https://bugs.launchpad.net/nova/+bug/1505471
ja: より多くの情報は https://bugs.launchpad.net/nova/+bug/1505471

en: For more info see https://bugs.launchpad.net/nova/+bug/1517926
ja: より多くの情報は https://bugs.launchpad.net/nova/+bug/1517926

en: For non-admin users, the sort key ``host`` and ``node`` will be excluded.
ja: 管理者でないユーザーには、ソートキー ``host`` と ``node`` は除外されます。

en: For non-admin users, there is a whitelist for filters already. That whitelist is unchanged.
ja: 管理者でないユーザーには、すでにフィルタのためにホワイトリストがあります。そのホワイトリストは変更されません。

en: For the VMware driver, the flavor extra specs for quotas has been extended to support:
ja: VMware ドライバでは、クォータに関してフレーバーの extra specs が拡張され、サポートされます:

en: For the Virtuozzo Storage driver to work with os-brick <1.4.0, you need to allow "pstorage-mount" in rootwrap filters for nova-compute.
ja: os-brick <1.4.0で動作するVirtuozzo Storage ドライバでは、nova-compute の rootwrap フィルタ で "pstorage-mount" を許可する必要があります。

en: For the libvirt driver, by default hardware properties will be retrieved from the Glance image and if such haven't been provided, it will use a libosinfo database to get those values. If users want to force a specific guest OS ID for the image, they can now use a new glance image property ``os_distro`` (eg. ``--property os_distro=fedora21``). In order to use the libosinfo database, you need to separately install the related native package provided for your operating system distribution.
ja: libvirt ドライバは、デフォルトでは、ハードウェアプロパティーはイメージのプロパティーから取得されます。この情報がない場合は、 libosinfo データベースからこれらの値が取得されます。もしユーザーがイメージに対して特定のゲスト OS ID を強制したいならば、新しい glance イメージプロパティー  ``os_distro`` （たとえば ``--property os_distro=fedora21``）が使えます。libosinfo データベースを使うためには、個別にオペレーティングシステムディストリビューション向けに提供される関連ネイティブパッケージをインストールする必要があります。

en: GET /resource_providers/{uuid}/traits: a list of traits associated with a specific resource provider
ja: GET /resource_providers/{uuid}/traits: 特定のリソースプロバイダに関連するtrait のリスト

en: GET /traits/{name}: To check if a trait name exists.
ja: GET /traits/{name}: trait の名前が存在するかチェックする

en: GET /traits: Returns all resource classes.
ja: GET /traits: すべてのリソースクラスを返す

en: Hyper-V RemoteFX feature.
ja: Hyper-V RemoteFX 機能.

en: If a deployer has updated their deployment to using cellsv2 using either the simple_cell_setup or the map_cell0/map_cell_and_hosts/map_instances combo and they add a new host into the cell it may cause build failures or reschedules until they run the "nova-manage cell_v2 discover_hosts" command. This is because the scheduler will quickly become aware of the host but nova-api will not know how to route the request to that host until it has been "discovered". In order to avoid that it is advised that new computes are disabled until the discover command has been run.
ja: もし simple_cell_setup または map_cell0/map_cell_and_hosts/map_instances を使い cellsv2 にマイグレーションし新しいホストをセルに追加するならば、ホストでインスタンスが起動する前に新しい "nova-manage cell_v2 discover_hosts" を実行するまでビルド失敗またはリスケジューリングとなり得ます。これはスケジューラーが素早くホストを検知することになりますが、nova-api はホストが  "discovered" になるまでどのようにリクエストをルーティングするか知らないからです。それを避けるには、discover コマンドが実行されるまで新しい compute を disabled にしておくよう助言します。

en: If by Newton (14.0.0), you don't use any of the CoreFilter, RamFilter or DiskFilter, then please modify all your compute node's configuration by amending either ``cpu_allocation_ratio`` (if you don't use CoreFilter) or ``ram_allocation_ratio`` (if you don't use RamFilter) or ``disk_allocation_ratio`` (if you don't use DiskFilter) by putting a 9999.0 value for the ratio before upgrading the nova-scheduler to Ocata.
ja: Newton (14.0.0) でCoreFilter、RamFilter または DiskFilter のどれかを使っていなければ、すべての compute ノードの設定を修正してください。``cpu_allocation_ratio`` （もし CoreFilter を使っていなければ) または ``ram_allocation_ratio`` （もし RamFilter を使っていなければ） または ``disk_allocation_ratio`` （もし DiskFilter を使っていなければ）の値を nova-scheduler を Ocata にアップグレードする前に 9999.0 に修正してください。

en: If other filtering query parameters are present, the results are a boolean AND of all the filters.
ja: もし他のクエリパラメータのフィルタリングがあれば、結果は boolean かつ　すべてのフィルターです。

en: If the host supports this feature and it has at least an assignable PCI device, the host must be configured to allow those PCI devices to be assigned to VMs. For information on how to do this, follow this guide [1].
ja: もしホストがこの機能をサポートし少なくとも割り当て可能な PCI デバイスを持つならば、ホストはそれらの PCI デバイスが仮想マシンに割り当てられるように設定しなくてはなりません。どのように設定するかの情報はこのガイドを参照してください [1]

en: Images should be prepared for Generation 2 VMs. The image property "hw_machine_type=hyperv-gen2" is mandatory.
ja: イメージは第二世代仮想マシンに対して準備されるべきです。イメージ属性  "hw_machine_type=hyperv-gen2" は必須です。

en: Implemented microversion v2.39 that deprecates `image-metadata` proxy API, removes image metadata quota checks for 'createImage' and 'createBackup' actions. After this version Glance configuration option `image_property_quota` should be used to control the quota of image metadatas. Also, removes the `maxImageMeta` field from `os-limits` API response.
ja: マイクロバージョン v2.39 は `image-metadata` プロキシ API を非推奨とし、'createImage' と 'createBackup' アクションに対するイメージメタデータクォータチェックを削除します。このバージョン以降では、Glance 設定オプション `image_property_quota` がイメージメタデータのクォータ制御に使われるべきです。また、 `os-limits` API レスポンスから `maxImageMeta` フィールドを削除します。

en: Improved iSCSI MPIO support, by connecting to multiple iSCSI targets/portals when available and allowing using a predefined list of initiator HBAs.
ja: 利用可能な時に事前定義されたイニシエーター HBAのリストを使い、複数の iSCSI ターゲットまたはポータルに接続するように iSCSI MPIO のサポートを改善しました。

en: In Nova Compute API microversion 2.19, you can specify a "description" attribute when creating, rebuilding, or updating a server instance.  This description can be retrieved by getting server details, or list details for servers. Refer to the Nova Compute API documentation for more information. Note that the description attribute existed in prior Nova versions, but was set to the server name by Nova, and was not visible to the user.  So, servers you created with microversions prior to 2.19 will return the description equals the name on server details microversion 2.19.
ja: Nova Compute API マイクロバージョン 2.19 では、サーバーインスタンスを作成、リビルド、更新する時に "description" 属性を指定できます。この description はサーバー詳細を取得またはサーバーの詳細を一覧することにより検索されます。詳細は Nova Compute API ドキュメントを参照してください。description 属性は以前の Nova バージョンに存在していましたが、Nova によりサーバー名が設定され、ユーザーには見えなかったことに注意してください。そのため、2.19 より以前のマイクロバージョンで作成されたサーバーのdescriptionは、マイクロバージョン 2.19 のサーバー詳細の名前と同じものを返します。

en: In a race condition if base image is deleted by ImageCacheManager while imagebackend is copying the image to instance path, then the instance goes in to error state. In this case when libvirt has changed the base file ownership to libvirt-qemu while imagebackend is copying the image, then we get permission denied error on updating the file access time using os.utime. Fixed this issue by updating the base file access time with root user privileges using 'touch' command.
ja: イメージバックエンドがイメージをインスタンスパスにコピーしている間にベースイメージが ImageCacheManager により削除されると、競合状態となりインスタンスがエラー状態になります。イメージバックエンドがイメージをコピーしている間に libvirt がベースファイルのオーナーを libvirt-qemu に変更する時、os.utime を使ってファイルアクセス時間を更新しようとして permission denied エラーになります。'touch' コマンドを使いルートユーザー権限でベースファイルアクセス時間を更新することによりこの問題を修正しました。

en: In addition, all filter scheduler configuration options have been added to the ``filter_scheduler`` group.
ja: さらに、すべてのフィルタースケジューラー設定オプションは ``filter_scheduler`` グループに追加されました。

en: In mitaka, an online migration was added to migrate older SRIOV parent device information from extra_info to a new column. Since two releases have gone out with that migration, it is removed in Ocata and operators are expetected to have run it as part of either of the previous two releases, if applicable.
ja: mitaka では、より古い SRIOV 親デバイス情報を extra_info から 新しいカラムにマイグレーションするようにオンラインマイグレーションが追加されました。2つのリリースがそのマイグレーションで終了したので、それは Ocata で削除されますから、運用者は必要であれば以前の2つのリリースの一部として実行することが期待されます。

en: In order to maintain backward compatibility, filter and sort parameters which are not mapped to the REST API `servers` resource representation are ignored.
ja: 後方互換性を維持するため、REST API   `servers` リソース表現に割り当たらないフィルターとソートパラメーターは無視されます。

en: In order to make project_id optional in urls, we must constrain the set of allowed values for project_id in our urls. This defaults to a regex of ``[0-9a-f\-]+``, which will match hex uuids (with / without dashes), and integers. This covers all known project_id formats in the wild. If your site uses other values for project_id, you can set a site specific validation with ``project_id_regex`` config variable.
ja: url でproject_id をオプションとするために、url で project_id を許可した値の集合と制限しなくてはなりません。このデフォルトは ``[0-9a-f\-]+`` の正規表現で、hex uuids (/、ダッシュなし) と integer にマッチします。これはすべての知られた project_id をカバーします。もしサイトが project_id に他の値を使うならば、``project_id_regex`` 設定変数でサイト固有検証を設定できます。

en: In order to use RemoteFX in Hyper-V 2012 R2, one or more DirectX 11 capable display adapters must be present and the RDS-Virtualization server feature must be installed.
ja: Hyper-V 2012 R2 の RemoteFX を使うため、一つまたはそれ以上の DirectX 11 が利用可能なディスプレイアダプタが存在しなくてならず、また  RDS-Virtualization サーバー機能がインストールされなくてはなりません。

en: In the context of virtual device role tagging at server create time, the 2.42 microversion restores the tag attribute to networks and block_device_mapping_v2. A bug has caused the tag attribute to no longer be accepted starting with version 2.33 for block_device_mapping_v2 and starting with version 2.37 for networks. In other words, block devices could only be tagged in version 2.32 and network interfaces between versions 2.32 and 2.36 inclusively. Starting with 2.42, both network interfaces and block devices can be tagged again.
ja: サーバー作成時に仮想デバイスロールタギングに関して、2.42 マイクロバージョンはネットワークと block_device_mapping_v2 にタグ属性を復元します。block_device_mapping_v2 に関してバージョン 2.33 で検出、ネットワークに関してバージョン 2.37 で検出したタグ属性が原因のバグはもはやありません。裏を返すと、ブロックデバイスはバージョン 2.32 で、ネットワークインタフェースはバージョン 2.32 と 2.36 との間だけでタグづけされることになります。2.42 からは、ネットワークインタフェースとブロックデバイスの両方が再びタグづけされます。

en: Ironic configuration options that were used for a deprecated Identity v2 API have been removed from ``ironic`` group. Below is the detailed list of removed options:
ja: 非推奨 Identity v2 API で使われた Ironic 設定オプションが ``ironic`` グループから削除されました。以下は削除されたオプションの詳細なリストです:

en: Ironic nodes that were deleted from ironic's database during Newton may result in orphaned resource providers causing incorrect scheduling decisions, leading to a reschedule. If this happens, the orphaned resource providers will need to be identified and removed.
ja: Newton で ironic データベースから削除された Ironic ノードは孤立したリソースプロバイダになり、不正なスケジューリングとなり再度スケジュールすることになります。もしこれが起きるなら、孤立したリソースプロバイダは特定され削除される必要があります。

en: It is now deprecated to use [glance] api_servers without a protocol scheme (http / https). This is required to support urls throughout the system. Update any api_servers list with fully qualified https / http urls.
ja: プロトコルスキーム（http/https）のない [glance] api_servers  は非推奨とされました。これはシステムにわたって url をサポートするために必要です。api_servers リストを完全修飾された https / http url に更新してください。

en: It is now required that the glance environment used by Nova exposes the version 2 REST API. This API has been available for many years, but previously Nova only used the version 1 API.
ja: Nova により使われる glance 環境をバージョン 2 REST API にさらす必要があります。この API は 長年利用可能でしたが、以前は Nova バージョン 1 API だけで使用されました。

en: It is possible to block live migrate instances with additional cinder volumes attached. This requires libvirt version to be >=1.2.17 and does not work when live_migration_tunnelled is set to True.
ja: cinder ボリュームがアタッチされたインスタンスをブロックライブマイグレーションすることができます。これは libvirt バージョンが   >=1.2.17 であることが必要です。また、live_migration_tunnelled が True のときは動作しません。

en: It is possible to call attach and detach volume API operations for instances which are in shelved and shelved_offloaded state. For an instance in shelved_offloaded state Nova will set to None the value for the device_name field, the right value for that field will be set once the instance will be unshelved as it will be managed by a specific compute manager.
ja: shelved、shelved_offloaded 状態でインスタンスに対してアタッチ、デタッチボリューム  API 操作を呼ぶことが可能です。shelved_offloaded 状態のインスタンスは Nova が  device_name フィールドの値を None に設定し、インスタンスが復元されると正しい値が入ります。これは特定の compute manager により管理されます。

en: Keypairs have been moved to the API database, using an online data migration. During the first phase of the migration, instances will be given local storage of their key, after which keypairs will be moved to the API database.
ja: キーペアはオンラインデータマイグレーションを使い API データベースに移動されました。マイグレーションの最初の段階で、インスタンスは鍵をローカルストレージに与えられ、そのあとキーペアは API データベースに移動されます。

en: Known Issues
ja: 既知の問題

en: Latest API microversion supported for Mitaka is v2.25
ja: Mitaka でサポートされる最新 API マイクロバージョンは v2.25 です。

en: Latest API microversion supported for Newton is v2.38
ja: Newton でサポートされる最新 API マイクロバージョンは v2.38 です。

en: Liberty Series Release Notes
ja: Liberty バージョンのリリースノート

en: Libvirt driver in Nova now supports Cinder DISCO volume driver.
ja: Nova の Libvirt  ドライバーは Cinder DISCO ボリュームドライバーをサポートします。

en: Libvirt driver will attempt to update the time of a suspended and/or a migrated guest in order to keep the guest clock in sync. This operation will require the guest agent to be configured and running in order to be able to run. However, this operation will not be disruptive.
ja: Libvirt  ドライバーはゲストクロックと同期し続けるために、サスペンド、かつまたはマイグレートしたゲストの時刻を更新しようとします。この処理は動作するためにゲストエージェントが設定され動作している必要があります。しかし、この処理は破壊的ではありません。

en: Libvirt with Virtuozzo virtualisation type now supports snapshot operations
ja: Virtuozzo 仮想化タイプの Libvirt はスナップショット操作をサポートします。

en: Listing instances across multiple cells with a sort order will result in barber-pole sorting, striped across the cell boundaries.
ja: ソート順序で複数セルをまたいだインスタンスのリスト化はセル境界またぎを除いた 理髪師のポールのようなソートになるでしょう。

en: Live migration is supported for both Virtuozzo containers and virtual machines when using virt_type=parallels.
ja: ライブマイグレーションは virt_type=parallels をつかうと  Virtuozzo コンテナと仮想マシン両方をサポートします。

en: Many of these will be removed in Newton. Users of these options are encouraged to work with Nova upstream on any features missing in the default implementations that are needed.
ja: これらの多くは Newton で削除されるでしょう。これらオプションのユーザーは必要なデフォルト実装に機能が欠けていると Nova アップストリームに働きかけるよう促されます。

en: Microsoft RemoteFX enhances the visual experience in RDP connections, including providing access to virtualized instances of a physical GPU to multiple guests running on Hyper-V.
ja: マイクロソフトの RemoteFX は RDP 接続においてビジュアル経験を高めました。Hyper-V上で動作する複数のゲストに対して物理 GPU の仮想インスタンスへのアクセスを提供します。

en: Microversions may now (with microversion 2.27) be requested with the "OpenStack-API-Version: compute 2.27" header, in alignment with OpenStack-wide standards. The original format, "X-OpenStack-Nova-API-Version: 2.27", may still be used.
ja: マイクロバージョンは今や（マイクロバージョン 2.27）OpenStack 標準に沿って "OpenStack-API-Version: compute 2.27" ヘッダを伴い要求されます。元々のフォーマット "X-OpenStack-Nova-API-Version: 2.27" もまだ使用されます。

en: Mitaka Series Release Notes
ja: Mitaka バージョンのリリースノート

en: Most quota options have been moved into their own configuration group. The exception is quota_networks as it is an API flag not a quota flag. These options are as below:
ja: ほとんどのクォータオプションはそれぞれ自身の設定グループの中に移動されました。例外は quota_networks で、これはAPI フラグでクォータフラグではありません。これらのオプションは以下の通りです:

en: Multitenant networking for the ironic compute driver is now supported. To enable this feature, ironic nodes must be using the 'neutron' network_interface.
ja: ironic コンピュートドライバのマルチテナントネットワークはサポートされます。この機能を有効にするには、ironic ノードは 'neutron' ネットワークインタフェースが使われなければなりません。

en: Neutron is now the default configuration for new deployments.
ja: Neutron は新しいデプロイメントのデフォルト設定になりました。

en: New Features
ja: 新機能

en: New configuration option live_migration_permit_auto_converge has been added to allow hypervisor to throttle down CPU of an instance during live migration in case of a slow progress due to high ratio of dirty pages. Requires libvirt>=1.2.3 and QEMU>=1.6.0.
ja: 新しい設定オプション live_migration_permit_auto_converge が追加されました。これにより、ダーティーページの高い比率でライブマイグレーション
    が遅い進捗の間、ハイパーバイザーがインスタンスの CPU を減速するようにします。これはlibvirt>=1.2.3、QEMU>=1.6.0 を必要とします。

en: New configuration option live_migration_permit_post_copy has been added to start live migrations in a way that allows nova to switch an on-going live migration to post-copy mode. Requires libvirt>=1.3.3 and QEMU>=2.5.0. If post copy is permitted and version requirements are met it also changes behaviour of 'live_migration_force_complete', so that it switches on-going live migration to post-copy mode instead of pausing an instance during live migration.
ja: 新しい設定オプション live_migration_permit_post_copy が追加され、ライブマイグレーションを nova が動作しているライブマイグレーションを post-copy モードにスイッチするようになりました。libvirt>=1.3.3 と QEMU>=2.5.0 とが必要とされます。もしポストコピーが許可されバージョン要求が合えば、'live_migration_force_complete' の振る舞いもまた変わります。それはライブマイグレーションの間インスタンスをポーズする代わりに動作しているライブマイグレーションを post-copy モードにスイッチします。

en: New configuration option sync_power_state_pool_size has been added to set the number of greenthreads available for use to sync power states. Default value (1000) matches the previous implicit default value provided by Greenpool. This option can be used to reduce the number of concurrent requests made to the hypervisor or system with real instance power states for performance reasons.
ja: 新しい設定オプション sync_power_state_pool_size が追加されました。電力状態を同期するために使用する使用可能なグリーンスレッド数を設定します。デフォルト値（1000）はグリーンプールにより提供される以前の暗黙のデフォルト値と合います。このオプションはパフォーマンスの理由で実インスタンスの電力状態を伴うハイパーバイザーまたはシステムへの並行リクエスト数を減らすために使われます。

en: Newton Series Release Notes
ja: Newton バージョンのリリースノート

en: Not all guests support RemoteFX capabilities.
ja: 全てのゲストが RemoteFX ケイパビリティをサポートするわけではありません。

en: Note that aggregates can no longer be soft-deleted as the API database does not replicate the legacy soft-delete functionality from the main database. As such, deleted aggregates are not migrated and the behavior users will experience will be the same as if a purge of deleted records was performed.
ja: API データベースは主データベースからレガシー ソフトデリート機能をレプリケートしないので、アグリゲートはもはやソフトデリートできないことに注意してください。そのため、削除されたアグリゲートは移行されませんが、削除されたレコードが取り除かれたとしてもユーザーは同様の経験をするでしょう。

en: Note that instances will still be owned by the same nova-compute service for the entire life of the instance, and so the ironic node that instance is on will also be managed by the same nova-compute service until the node is deleted. This also means that removing a nova-compute service will leave instances managed by that service orphaned, and as such most instance actions will not work until a nova-compute service with the same hostname is brought (back) online.
ja: インスタンスはインスタンスの生存期間の間、依然として同じ nova-compute により所持されることに注意してください。そのため、インスタンスがのっている ironic ノードはノードが削除されるまで同じ nova-compute により管理されるでしょう。これはまた、nova-compute サービスを削除するとそのサービスが管理していたインスタンスは孤立することとなります。そのためたいていのインスタンスアクションは 同じホストの nova-compute サービスが 立ち上がり（戻り）オンラインになるまで動作しません。

en: Note that this is tested when running with only one nova-compute service, but not more than one. As such, this should be used with caution for multiple compute hosts until it is properly tested in CI.
ja: これは単一の nova-compute サービスが起動しているときのみテストされており、一つより多くではないことに注意してください。そのため、これは CI で正しくテストされるまで複数の compute ホストについて注意してつかわれるべきです。

en: Nova 13.0.0 release is including a lot of new features and bugfixes. It can be extremely hard to mention all the changes we introduced during that release but we beg you to read at least the upgrade section which describes the required modifications that you need to do for upgrading your cloud from 12.0.0 (Liberty) to 13.0.0 (Mitaka).
ja: Nova 13.0.0 は多くの新しい機能とバグ修正を含みます。リリース期間中のすべての変更を述べるにはとても難しいはずですが、すくなくともアップグレードセクションは読むようお願いします。そこにはあなたのクラウドを 12.0.0（Liberty）から 13.0.0（Mitaka）にアップグレードするために必要な修正が記述されています。

en: Nova 14.0.0 release is including a lot of new features and bugfixes. It can be extremely hard to mention all the changes we introduced during that release but we beg you to read at least the upgrade section which describes the required modifications that you need to do for upgrading your cloud from 13.0.0 (Mitaka) to 14.0.0 (Newton). That said, a few major changes are worth to notice here. This is not an exhaustive list of things to notice, rather just important things you need to know :
ja: Nova 14.0.0 は多くの新しい機能とバグ修正を含みます。リリース期間中のすべての変更を述べるにはとても難しいはずですが、すくなくともアップグレードセクションは読むようお願いします。そこにはあなたのクラウドを 13.0.0（Mitaka）から 14.0.0（Newton）にアップグレードするために必要な修正が記述されています。それでも大きな変更はここで注意する価値があります。これは疲弊するほどのリストではなく、あなたが知ることが必要な重要なものです:

en: Nova has been enabled for mutable config. Certain options may be reloaded by sending SIGHUP to the correct process. Live migration options will apply to live migrations currently in progress. Please refer to the configuration manual.
ja: Nova は変更可能な設定を有効としました。あるオプションは正しいプロセスに対して SIGHUP を送ることにより再読み込みされます。ライブマイグレーションに適用するライブマイグレーションオプションはいま進行中です。設定マニュアルを参照してください:

en: Nova is now configured to work with two oslo.policy CLI scripts that have been added. The first of these can be called like "oslopolicy-list-redundant --namespace nova" and will output a list of policy rules in policy.[json|yaml] that match the project defaults. These rules can be removed from the policy file as they have no effect there. The second script can be called like "oslopolicy-policy-generator --namespace nova --output-file policy-merged.yaml" and will populate the policy-merged.yaml file with the effective policy. This is the merged results of project defaults and config file overrides.
ja: Nova は追加された２つの oslo.policy CLI スクリプト が動作するように設定されます。１つめは "oslopolicy-list-redundant --namespace nova" のように呼ばれるもので、プロジェクトのデフォルトに合う policy.[json|yaml] にあるポリシールールのリストを出力します。これらのルールは影響がないのでポリシールールから削除されます。2つ目のスクリプトは "oslopolicy-policy-generator --namespace nova --output-file policy-merged.yaml" のように呼ばれるもので、効果的なポリシーを policy-merged.yaml  ファイルに生成します。これはプロジェクトのデフォルトを設定ファイルで上書きしてマージした結果です。

en: Nova is now using Glance v2 API for getting image resources.
ja: Nova は イメージリソース取得のためGlance イメージ API を使うようになりました。

en: Nova network is now deprecated. Based on the results of the current OpenStack User Survey less than 10% of our users remain on Nova network. This is the signal that it is time migrate to Neutron. No new features will be added to Nova network, and bugs will only be fixed on a case by case basis.
ja: Nova ネットワークは非推奨となりました。現在のOpenStack ユーザー調査の結果によれば、ユーザーの 10% 以下が Nova ネットワークを残しています。これは Neutron に移行するときという信号です。Nova ネットワークには新しい機能は追加されず、バグは場合により修正されます。

en: Nova network was deprecated in Newton and is no longer supported for regular deployments in Ocata. The network service binary will now refuse to start, except in the special case of CellsV1 where it is still required to function.
ja: Nova ネットワークは Newton で非推奨となり、もはや Ocata では通常のデプロイメントではサポートされません。ネットワークサービスバイナリは、依然として機能を必要とする CellsV1の特別な場合を除いて起動を拒否します 。

en: Nova no longer supports the deprecated Cinder v1 API.
ja: Nova は もはや非推奨となった Cinder v1 API をサポートしません。

en: Nova now defaults to using the glance version 2 protocol for all backend operations for all virt drivers. A ``use_glance_v1`` config option exists to revert to glance version 1 protocol if issues are seen, however that will be removed early in Ocata, and only glance version 2 protocol will be used going forward.
ja: Nova はすべての virt ドライバのすべてのバックエンド操作に対して glance バージョン 2 プロトコルを使うことがデフォルトになりました。問題が起きたら glance バージョン 1 プロトコルに戻すため ``use_glance_v1`` 設定オプションがありますが、Ocata の早い時期に削除されるでしょうし、その先は glance バージョン 2 プロトコル だけがつかわれるでしょう。

en: Nova now provides a new placement RESTful API endpoint that is for the moment optional where Nova compute nodes use it for providing resources. For the moment, the nova-scheduler is not using it but we plan to check the placement resources for Ocata. In case you plan to rolling-upgrade the compute nodes between Newton and Ocata, please look in the notes below how to use the new placement API.
ja: Nova はリソースを提供するために Nova compute ノードが使う、しばらくはオプションである新しい placement RESTful API エンドポイントを提供します。しばらくの間、nova-scheduler はそれを使いませんが、Ocata では placement リソースをチェックする計画です。Newton から Ocata に compute ノードをローリングアップグレードするなら、新しい placement API の使い方に関して以下のノートを見てください。

en: Nova now requires a second database (called 'API DB').
ja: Nova は第二のデータベース（  'API DB' と呼ばれます）を必要とします。

en: Nova now requires that two databases are available and configured.  The existing nova database needs no changes, but a new nova_api database needs to be setup.  It is configured and managed very similarly to the nova database.  A new connection string configuration option is available in the api_database group.  An example::
ja: Nova は2つのデータベースが利用可能で設定されている必要があります。現存する nova データベースは変更の必要はありませんが、新しい nova_api データベースはセットアップされる必要があります。nova データベースと非常に同様に設定、管理されます。新しい接続文字列設定オプションが api_database グループで利用可能です。例:

en: Nova option 'use_usb_tablet' will be deprecated in favor of the global 'pointer_model'.
ja: Nova オプション  'use_usb_tablet' が非推奨となり、グローバルな 'pointer_model' になります。

en: Nova used to support the concept that ``service managers`` were replaceable components. There are many config options where you can replace a manager by specifying a new class. This concept is deprecated in Mitaka as are the following config options.
ja: Nova は``service managers``が置き換え可能なコンポーネントであるという概念をサポートしてきました。新しいクラスを指定することにより manager を置き換えることができますが多くの設定オプションがあります。この概念は Mitaka では非推奨となります。次が設定オプションです。

en: Now VMwareVCDriver will set disk.EnableUUID=True by default in all guest VM configuration file. To enable udev to generate /dev/disk/by-id
ja: VMwareVCDriver はすべてのゲスト VM 設定ファイルにデフォルトで disk.EnableUUID=True を設定します。udevを有効にするには /dev/disk/by-id を生成する

en: OSProfiler support requires passing of trace information between various OpenStack services. This information is securely signed by one of HMAC keys, defined in nova.conf configuration file. To allow cross-project tracing user should use the key, that is common among all OpenStack services he or she wants to trace.
ja: OSProfiler サポートは様々な  OpenStack サービス間の追跡情報を通過することを要求する。この情報は nova.conf 設定ファイルで定義された HMAC 鍵のひとつにより安全に署名される。プロジェクト間追跡を許すため、ユーザーはその鍵を使うべきであり、彼または彼女が追跡したいすべての OpenStack サービス間で一般的である。

en: OSProfiler support was added. This cross-project profiling library allows to trace various OpenStack requests through all OpenStack services that support it. To initiate OpenStack request tracing `--profile <HMAC_KEY>` option needs to be added to the CLI command. This key needs to present one of the secret keys defined in nova.conf configuration file with `hmac_keys` option under the `[profiler]` configuration section. To enable or disable Nova profiling the appropriate `enabled` option under the same section needs to be set either to `True` or `False`. By default Nova will trace all API and RPC requests, but there is an opportunity to trace DB requests as well. For this purpose `trace_sqlalchemy` option needs to be set to `True`. As a prerequisite OSProfiler library and its storage backend needs to be installed to the environment. If so (and if profiling is enabled in nova.conf) the trace can be generated via following command, for instance - `$ nova --profile SECRET_KEY boot --image <image> --flavor <flavor> <name>`. At the end of output there will be message with <trace_id>, and to plot nice HTML graphs the following command should be used - `$ osprofiler trace show <trace_id> --html --out result.html`
ja: OSprofiler サポートが追加されました。 このプロジェクト間プロファイリングライブラリは、これをサポートするすべての OpenStack サービスのさまざまなリクエストをトレースすることを可能にします。 OpenStack リクエストトレースを開始するには、 `--profile <HMAC_KEY>` オプションを CLI コマンドに追加する必要があります。 この鍵は nova.conf ファイルにある `[profiler]` 設定オプションの下の `hmac_keys` オプションで定義された秘密鍵の一つが存在する必要があります。Nova のプロファイリングを有効無効にするには、同じセクション下の適切な  `enabled` オプションを `True` または `False`にする必要があります。デフォルトでは、Nova はすべての API と RPC リクエストを追跡するでしょうが、DB リクエストも同様に追跡する機会があります。この目的には、`trace_sqlalchemy` オプションを `True` に設定する必要があります。前提として、 OSProfiler ライブラリとそのストレージバックエンドが環境にインストールされる必要があります。もしそう（もしプロファイリングが nova.conf で有効）、追跡は次のコマンドで生成できます、たとえば  `$ nova --profile SECRET_KEY boot --image <image> --flavor <flavor> <name>`。結果の最後には、メッセージに <trace_id> があります。またすばらしい HTML グラフを出力するには、次のコマンドを使用すべきです `$ osprofiler trace show <trace_id> --html --out result.html`

en: Ocata Series Release Notes
ja: Ocataバージョンのリリースノート

en: Ocata contains a lot of new CellsV2 functions, but not all of it is fully ready for production. All deployments must set up their existing nodes as a cell, with database connection and MQ transport_url config items matching that cell. In a subsequent release, additional cells will be fully supported, as will a migration path for CellsV1 users. By default, an Ocata deployment now needs to configure at least one new "Cell V2" (not to be confused with the first version of cells). In Newton, it was possible to deploy a single cell V2 and schedule on it but this was optional. Now in Ocata, single CellsV2 deployments are mandatory. More details to be found when reading the release notes below.
ja: Ocata はたくさんの新しい CellsV2 機能を含みますが、そのすべてはまったく商用に適していません。すべてのデプロイメントは存在するノードをセルにセットアップし、データベース接続と MQ transport_url 設定アイテムをそのセルと合わせなくてはなりません。後続のリリースでは、追加のセルが完全にサポートされるでしょう、また、CellsV1 ユーザーへの移行パスも。デフォルトでは、Ocata デプロイメントは少なくとも一つの新しい  "Cell V2" （セルの最初のバージョンと混同しない）を設定する必要があります。Newton では、一つの cell V2 をデプロイしてスケジュールすることが可能でしたが、これはオプションでした。Ocata では、単一 CellsV2 デプロイは必須です。より詳細は以下のリリースノートを読めば見つかります。

en: Ocata requires that your deployment have created the cell and host mappings in Newton. If you have not done this, Ocata's `db sync` command will fail. Small deployments will want to run `nova-manage cell_v2 simple_cell_setup` on Newton before upgrading. Operators must create a new database for cell0 before running `cell_v2 simple_cell_setup`. The simple cell setup command expects the name of the cell0 database to be `<main database name>_cell0` as it will create a cell mapping for cell0 based on the main database connection, sync the cell0 database, and associate existing hosts and instances with the single cell.
ja: Ocata はデプロイが Newton でセルとホストの割り当てが作られたことを要求します。もしこれをしていなければ、Ocata の  `db sync`コマンドが失敗します。小さいデプロイメントはアップグレード前に Newtonで `nova-manage cell_v2 simple_cell_setup` を実行したいでしょう。運用者は `cell_v2 simple_cell_setup` を実行する前に cell0 のために新しいデータベースを作成しなくてはなりません。 simple cell setup コマンドは cell0 データベースの名前が `<main database name>_cell0` であることを期待します。主データベース接続に基づき cell0 に対してセルマッピングを作成し、cell0 データベースと同期し、今あるホストとインスタンスを単一セルに関連づけます。

en: Older microversions will not accept these new paging query parameters, but they will start to silently limit by the max limit to encourage the adoption of this new microversion, and circumvent the existing possibility DoS-like usage requests on systems with thousands of instances.
ja: より古いマイクロバージョンはこれらの新しいページングクエリパラメータを受け付けません。それらは最大制限まで無言で制限し開始するので、この新しいマイクロバージョンの採用を促します。それにより何千ものインスタンスについてシステム上で DoS ライクな使用リクエストの存在可能性を回避します。

en: On evacuate actions, the default behaviour when providing a host in the request body changed. Now, instead of bypassing the scheduler when asking for a destination, it will instead call it with the requested destination to make sure the proposed host is accepted by all the filters and the original request. In case the administrator doesn't want to call the scheduler when providing a destination, a new request body field called ``force`` (defaulted to False) will modify that new behaviour by forcing the evacuate operation to the destination without verifying the scheduler.
ja: 退避アクションで、リクエストボディでホストを提供する際のデフォルトの振る舞いが変更されました。宛先を尋ねるときスケジューラーを経由しない代わりに、リクエストされた宛先とともにそれを呼び、提案されたホストがすべてのフィルターとオリジナルのリクエストにより受け入れられるか確かめます。管理者が宛先を提供するときスケジューラーを呼びたくなければ、新しいリクエストボディフィールド  ``force`` （デフォルトは False）を修正して、スケジューラーを検証することなしに、宛先へ退避操作を強制します。

en: On live-migrate actions, the default behaviour when providing a host in the request body changed. Now, instead of bypassing the scheduler when asking for a destination, it will instead call it with the requested destination to make sure the proposed host is accepted by all the filters and the original request. In case the administrator doesn't want to call the scheduler when providing a destination, a new request body field called ``force`` (defaulted to False) will modify that new behaviour by forcing the live-migrate operation to the destination without verifying the scheduler.
ja: ライブマイグレーションアクションで、リクエストボディでホストを提供する際のデフォルトの振る舞いが変更されました。宛先を尋ねるときスケジューラーを経由しない代わりに、リクエストされた宛先とともにそれを呼び、提案されたホストがすべてのフィルターとオリジナルのリクエストにより受け入れられるか確かめます。管理者が宛先を提供するときスケジューラーを呼びたくなければ、新しいリクエストボディフィールド  ``force`` （デフォルトは False）を修正して、スケジューラーを検証することなしに、宛先へ退避操作を強制します。

en: Once fully upgraded, if you create multiple real cells with hosts, the scheduler will utilize them, but those instances will likely be unusable because not all API functions are cells-aware yet.
ja: 完全にアップグレードし、もしホストに対する複数のセルを作成したなら、スケジューラーがそれらを使用しますが、それらのインスタンスは利用できないでしょう、なぜなら、まだすべての API 機能がセルを認識するわけではないからです。

en: Only qcow2/raw volume format supported, but not ploop.
ja:  qcow2/raw 形式のみサポートされますが、ploop はサポートされません。

en: Only virt drivers in the nova.virt namespace may be loaded. This has been the case according to nova docs for several releases, but a quirk in some library code meant that loading things outside the namespace continued to work unintentionally. That has been fixed, which means "compute_driver = nova.virt.foo" is invalid (and now enforced as such), and should be "compute_driver = foo" instead.
ja: nova.virt 名前空間にある virt ドライバーだけがロードされます。これはいくつかのリリースに対しては nova docに従えば正しいですが、意図せず動作し続ける名前空間の外にあるものをロードするあるライブラリーコードの中では奇抜です。それは修正されました。つまり、"compute_driver = nova.virt.foo" は無効（またそのように強制される）であり、代わりに "compute_driver = foo" とすべきです。

en: Option ``memcached_servers`` is deprecated in Mitaka. Operators should use oslo.cache configuration instead. Specifically ``enabled`` option under [cache] section should be set to True and the url(s) for the memcached servers should be in [cache]/memcache_servers option.
ja: オプション``memcached_servers`` は Mitaka で非推奨とされました。運用者は代わりに  oslo.cache 設定を使うべきです。特に、 [cache] セクション下の ``enabled`` オプションを True とし、memcached サーバーの url(s) は [cache]/memcache_servers オプションにすべきです。

en: Other Notes
ja: その他の注意点

en: Per resolution, there is a maximum amount of monitors that can be added. The limits are as follows:
ja: 解像度ごとに、モニターの最大量が追加できます。制限は以下のとおりです:

en: Pike Series Release Notes
ja: Pike バージョンのリリースノート

en: Prelude
ja: 紹介

en: Prior to Grizzly release default instance directory names were based on instance.id field, for example directory for instance could be named ``instance-00000008``. In Grizzly this mechanism was changed, instance.uuid is used as an instance directory name, e.g. path to instance:
ja: Grizzly リリースより以前では、デフォルトのインスタンスディレクトリー名は instance.id フィールドに基づいていました。たとえば、インスタンスのディレクトリー名は ``instance-00000008`` となっていました。Grizzly では、この機構が変更され、instance.uuid がインスタンスのディレクトリー名として使われました。たとえばインスタンスのパス:

en: Prior to Newton, volumes encrypted by the CryptsetupEncryptor and LuksEncryptor encryption providers used a mangled passphrase stripped of leading zeros per hexadecimal. When opening encrypted volumes, LuksEncryptor now attempts to replace these mangled passphrases if detected while CryptsetupEncryptor simply uses the mangled passphrase.
ja: Newton 以前では、CryptsetupEncryptor と LuksEncryptor 暗号化プロバイダーにより暗号化されたボリュームが16進数ごとに頭のゼロを取り除いた交わったパスフレーズを使いました。いまやLuksEncryptor は単純に交わったパスフレーズを使う一方、暗号化されたボリュームを開くとき、LuksEncryptor はもし検知したらこれらの交わったパスフレーズを置き換えようとします。

en: Project-id and user-id are now also returned in the return data of os-server-groups APIs. In order to use this new feature, user have to contain the header of request microversion v2.13 in the API request.
ja: Project-id と user-id は os-server-groups API の戻りデータの中で返ります。この新しい機能を使うために、ユーザーは API リクエストにマイクロバージョン v2.13 のヘッダを含まなくてはなりません。

en: Provides API 2.18, which makes the use of project_ids in API urls optional.
ja: API に project_ids を利用するオプションとできる API 2.18 を提供します。

en: Remove ``onSharedStorage`` parameter from server's evacuate action in microversion 2.14. Nova will automatically detect if the instance is on shared storage. Also adminPass is removed from the response body which makes the response body empty. The user can get the password with the server's os-server-password action.
ja: マイクロバージョン 2.14 でサーバーの退避アクションから ``onSharedStorage`` パラメーターが削除されました。Nova は インスタンスが共有ストレージ上にあれば自動で検出します。また、adminPass はレスポンスボディから削除され、レプポンスボディは空になります。ユーザーはサーバーの os-server-password アクションでパスワードを得ることができます。

en: Removed the ``security_group_api`` configuration option that was deprecated in Mitaka. The correct security_group_api option will be chosen based on the value of ``use_neutron`` which provides a more coherent user experience.
ja: Mitaka で非推奨とされた ``security_group_api`` 設定オプションは削除されました。正しい security_group_api オプションは ``use_neutron`` の値を元に選ばれます。これはより一貫したユーザー体験を提供します。

en: Return codes
ja: 戻り値（ステータスコード）

en: Security Issues
ja: セキュリティー上の問題

en: Security groups are disabled
ja: セキュリティグループが無効

en: See also https://bugs.launchpad.net/nova/+bug/1661258
ja: https://bugs.launchpad.net/nova/+bug/1661258 も見てください。

en: See the `spec`_ for more details and reasoning.
ja: 詳細と理由は `spec`_ を参照してください。

en: Show & List detail image
ja: イメージの表示、および一覧

en: Show & List detail server
ja: サーバーの表示、および一覧

en: Since the Placement service is now mandatory in Ocata, you need to deploy it and amend your compute node configuration with correct placement instructions before restarting nova-compute or the compute node will refuse to start.
ja: Placement サービスは Ocata から必須なので、nova-compute を再起動する前にそれをデプロイし、正しい placement 手順で compute ノード設定を修正する必要があります。さもなければ、compute ノードは開始しません。

en: Some installation tools (such as ``packstack``) hardcode the value of ``enabled_apis`` in your nova.conf. While the defaults for ``enabled_apis`` dropped ``ec2`` as a value, if that is hard coded in your nova.conf, you will need to remove it before restarting Nova's API server, or it will not start.
ja: いくつかのインストールツール（例えば ``packstack``）は nova.conf に``enabled_apis``の値をハードコーディングしています。``enabled_apis``のデフォルトは ``ec2`` を削除したので、もし nova.conf でハードコーディングされているのであれば、 Nova API サーバーを起動する前にそれを削除する必要があります。さもなければ、起動しません。

en: Start using reno to manage release notes.
ja: リリースノートを管理するために neno を使い始めてください。

en: Starting from REST API microversion 2.34 pre-live-migration checks are performed asynchronously. ``instance-actions`` should be used for getting information about the checks results. New approach allows to reduce rpc timeouts amount, as previous workflow was fully blocking and checks before live-migration make blocking rpc request to both source and destination compute node.
ja: REST API マイクロバージョン 2.34 からpre-live-migration チェックが非同期に実行されます。``instance-actions``がチェック結果に関する情報を取得するために使われます。新しいアプローチにより rpc タイムアウトが減少します。以前のワークフローは、完全にライブマイグレーション前にブロックしてチェックすることにより、移動元と移動先の compute ノード両方への rpc リクエストをブロックしました。

en: Support for **hw_watchdog_action** as a flavor extra spec has been removed. The valid flavor extra spec is **hw:watchdog_action** and the image property, which takes precedence, is **hw_watchdog_action**.
ja: フレーバーの extra spec としての **hw_watchdog_action** サポートが削除されました。有効なフレーバーの extra spec は **hw:watchdog_action** で、それに先立つイメージプロパティは **hw_watchdog_action** です。

en: Support for Windows / Hyper-V Server 2008 R2 has been deprecated in Liberty (12.0.0) and it is no longer supported in Mitaka (13.0.0). If you have compute nodes running that version, please consider moving the running instances to other compute nodes before upgrading those to Mitaka.
ja: Windows / Hyper-V Server 2008 R2 サポートは Liberty（12.0.0）で非推奨となり、Mitaka（13.0.0）でもはやサポートされません。もしそのバージョンで　 nova-compute を動かしているならば、Mitaka にアップグレードする前に動いているインスタンスを他の compute ノードに移動することを考えてください。

en: Support for archiving all deleted rows from the database has been added to the ``nova-manage db archive_deleted_rows`` command. The ``--until-complete`` option will continuously run the process until no more rows are available for archiving.
ja: データベースから全ての削除した行をアーカイブするサポートが``nova-manage db archive_deleted_rows``コマンドに追加されました。``--until-complete``オプションはもうアーカイブする行がなくなるまで継続的にプロセスを実行します。

en: Support versioned notifications for flavor operations like create, delete, update access and update extra_specs.
ja: 参照の作成、削除、更新と extra specの更新のようなフレーバー操作に関するバージョンが付与された通知をサポートします。

en: That said, a few major changes are worth mentioning. This is not an exhaustive list:
ja: つまり、少しの主たる変更は述べる価値があります。これは息切れするほどのリストではありません:

en: That said, a few major changes are worth to notice here. This is not an exhaustive list of things to notice, rather just important things you need to know :
ja: つまり、少しの主たる変更はここで述べる価値があります。これは息切れするほどのリストではなく、知る必要がある重要なことです:

en: The ''use_local'' option, which made it possible to perform nova-conductor operations locally, has been removed. This legacy mode was introduced to bridge a gap during the transition to the conductor service. It no longer represents a reasonable alternative for deployers.
ja: nova-conductor がローカルで動作することを可能とする ''use_local'' オプションは削除されました。このレガシーモードは conductor サービスへ移行する間のギャップを橋渡しするために導入されました。もはやデプロイヤーに対して納得できる代替物ではありません。

en: The 'manager' option in [cells] group was deprecated in Mitaka and now it is removed completely in newton. There is no impact.
ja: [cells] グループの  'manager' オプションはMitaka で非推奨でしたが、newton で完全に削除されました。影響はありません。

en: The 'memcached_server' option in DEFAULT section which was deprecated in Mitaka has been completely removed in Newton. This has been replaced by options from oslo cache section.
ja: DEFAULT セクションの  'memcached_server' オプションはMitaka で非推奨でしたが、newton で完全に削除されました。これは oslo cache セクションからオプションにより置き換わりました。

en: The 12.0.1 release contains fixes for two security issues.
ja: 12.0.1 リリースは２つのセキュリティー課題の修正を含みます。

en: The 15.0.0 release includes many new features and bug fixes. It is difficult to cover all the changes that have been introduced. Please at least read the upgrade section which describes the required actions to upgrade your cloud from 14.0.0 (Newton) to 15.0.0 (Ocata).
ja: 15.0.0 は多くの新しい機能とバグ修正を含みます。すべての変更を述べるには難しいです。すくなくともアップグレードセクションは読むようお願いします。そこにはあなたのクラウドを 14.0.0（Newton）から 15.0.0（Ocata）にアップグレードするために必要なアクションが記述されています。

en: The 15.0.1 Ocata release contains fixes for several high severity, high impact bugs. If you have not yet upgraded to 15.0.0, it is recommended to upgrade directly to 15.0.1.
ja: 15.0.1 Ocata リリースはいくつかの高い深刻な、高いインパクトのバグである修正を含みます。もしまだ 15.0.0 にアップグレードしていなければ、直接  15.0.1 にアップグレードすることを推奨します。

en: The 2.32 microversion adds support for virtual device role tagging. Device role tagging is an answer to the question 'Which device is which, inside the guest?' When booting an instance, an optional arbitrary 'tag' parameter can be set on virtual network interfaces and/or block device mappings. This tag is exposed to the instance through the metadata API and on the config drive. Each tagged virtual network interface is listed along with information about the virtual hardware, such as bus type (ex: PCI), bus address (ex: 0000:00:02.0), and MAC address. For tagged block devices, the exposed hardware metadata includes the bus (ex: SCSI), bus address (ex: 1:0:2:0) and serial number.
ja: 2.32 マイクロバージョンは仮想デバイスロールタギングサポートを追加します。デバイスロールタギングは、「ゲストの中にあるどのデバイスがどれ？」という質問への回答です。インスタンスをブートする時、選択的任意 'tag' パラメーターを仮想ネットワークインターフェースとブロックデバイスマッピングに設定できます。このタグはメタデータ API とコンフィグドライブを通じてインスタンスに公開されます。それぞれのタグがついた仮想ネットワークインターフェースは仮想ハードウェアについての情報と一緒に一覧化されます。例えば、バスタイプ（例: PCI）、バスアドレス（例: 0000:00:02.0）やMAC アドレスです。タグがついたブロックデバイスについては、公開された
    ハードウェアメタデータはバス（例: SCSI）、バスアドレス（例: 1:0:2:0）、シリアル番号を含みます。

en: The 2.32 microversion also adds the 2016-06-30 version to the metadata API. Starting with 2016-06-30, the metadata contains a 'devices' sections which lists any devices that are tagged as described in the previous paragraph, along with their hardware metadata.
ja: 2.32 マイクロバージョンはまた、メタデータ API について  2016-06-30 バージョンを追加します。2016-06-30 から、メタデータは前のパラグラフで述べたように、ハードウェアメタデータと一緒にタグがついたデバイスを一覧化する'devices' セクションを含みます。

en: The 2.37 microversion adds support for automatic allocation of network resources for a project when ``networks: auto`` is specified in a server create request. If the project does not have any networks available to it and the ``auto-allocated-topology`` API is available in the Neutron networking service, Nova will call that API to allocate resources for the project. There is some setup required in the deployment for the ``auto-allocated-topology`` API to work in Neutron. See the `Additional features`_ section of the OpenStack Networking Guide for more details for setting up this feature in Neutron.
ja: 2.37 マイクロバージョンはサーバー作成リクエストで``networks: auto``が指定された時にプロジェクトに対して自動でネットワークリソースを割り当てるサポートを追加しました。もしプロジェクトが利用できるネットワークを持たず、Neutron ネットワークサービスで``auto-allocated-topology`` API が利用可能であれば、Nova はプロジェクトにリソースを割り当てるためにその API を呼びます。Neutronで``auto-allocated-topology`` API が動作するためには、セットアップがデプロイメントに必要です。Neutronでこの機能をセットアップするには、OpenStack ネットワーキングガイドの`Additional features`_ セクションをより詳細に見てください。

en: The 2.37 microversion enforces the following:
ja: 2.37 マイクロバージョンは次のことを強制します:

en: The 2.57 microversion makes the following changes:
ja: マイクロバージョン 2.57 には以下の変更があります。

en: The API does not default to 'auto'. However, python-novaclient will default to passing 'auto' for this microversion if no specific network values are provided to the CLI.
ja: API はデフォルトで 'auto' ではありません。しかし、もし CLI に特定のネットワーク値が提供されなければ、python-novaclient はこのマイクロバージョンに対してデフォルトで 'auto' とします。

en: The API policy defaults are now defined in code like configuration options. Because of this, the sample policy.json file that is shipped with Nova is empty and should only be necessary if you want to override the API policy from the defaults in the code. To generate the policy file you can run::
ja: API ポリシーのデフォルトは設定オプションのようにコードの中で定義されるようになりました。このため、Nova で出荷されるサンプル policy.json ファイルは空で、コードの中にあるデフォルトの API ポリシーを上書きたいときだけ必要なはずです。ポリシーファイルを生成するには、実行できます::

en: The Extensible Resource Tracker is deprecated and will be removed in the 14.0.0 release. If you use this functionality and have custom resources that are managed by the Extensible Resource Tracker, please contact the Nova development team by posting to the openstack-dev mailing list. There is no future planned support for the tracking of custom resources.
ja:  Extensible Resource Tracker が非推奨となり、14.0.0 リリースで削除されます。この機能を利用していて、Extensible Resource Tracker により管理されるカスタムリソースを持っているならば、openstack-dev メーリングリストに投稿して Nova 開発チームに接触してください。カスタムリソースの追跡は将来計画されたサポートはありません。

en: The FilterScheduler is now including disabled hosts. Make sure you include the ComputeFilter in the ``scheduler_default_filters`` config option to avoid placing instances on disabled hosts.
ja: フィルタースケジューラーは無効なホストを含むようになりました。無効なホストにインスタンスを置くのを避けるために、``scheduler_default_filters`` 設定オプションに ComputeFilter を含めるようにしてください。

en: The Hyper-V driver no longer accepts cold migrating instances to the same host. Note that this does not apply to resizes, in which case this is still allowed.
ja: Hyper-V ドライバはもはや同じホストにインスタンスをコールドマイグレーションすることを受け入れません。これはリサイズには当てはまらず、まだ許可します。

en: The Hyper-V driver now supports the following quota flavor extra specs, allowing to specify IO limits applied for each of the instance local disks, individually.
ja: Hyper-V ドライバは、個別にインスタンスのローカルディスクに適用される IO 制限を指定できるように、クォータフレーバー extra specs をサポートするようになりました。

en: The Hyper-V driver now uses os-brick for volume related operations, introducing the following new features:
ja:  Hyper-V ドライバはボリューム関連の操作に os-brick を使うようになり、次の新しい機能が導入されました:

en: The Ironic driver now requires python-ironicclient>=1.9.0, and requires Ironic service to support API version 1.28 or higher. As usual, Ironic should be upgraded before Nova for a smooth upgrade process.
ja: Ironic ドライバは python-ironicclient>=1.9.0 および、 API バージョン 1.28 またはそれ以上をサポートするため Ironic サービスが必要になりました。スムーズなアップグレードのために、いつも通りに Ironic を Nova の前にアップグレードするべきです。

en: The Libvirt driver now uses os-vif plugins for handling plug/unplug actions for the Linux Bridge and OpenVSwitch VIF types. Each os-vif plugin will have its own group in nova.conf for configuration parameters it needs. These plugins will be installed by default as part of the os-vif module installation so no special action is required.
ja:  Libvirt ドライバは  Linux ブリッジと OpenVSwitch VIF タイプに関するplug/unplug アクション処理に  os-vif プラグインをつかうようになりました。それぞれの os-vif プラグインは必要となる設定オプションに対して nova.conf にそれ自身のグループを持ちます。これらのプラグインは os-vif モジュールインストールの一部分でデフォルトでインストールされますので、特別なアクションは必要ありません。

en: The Neutron network MTU value is now used when plugging virtual interfaces in nova-compute. If the value is 0, which is the default value for the ``segment_mtu`` configuration option in Neutron before Mitaka, then the (deprecated) ``network_device_mtu`` configuration option in Nova is used, which defaults to not setting an MTU value.
ja: Neutron ネットワーク MTU 値は nova-compute で仮想インターフェースを入れ込むときに使うようになりました。もし 値が 0なら 、これはMitaka 以前では Neutron で ``segment_mtu``  設定オプションのデフォルト値です、Nova の（非推奨となった）``network_device_mtu`` 設定オプションが使有れます。それは MTU 値を設定しないというデフォルト値です。

en: The Nova FilterScheduler driver is now able to make scheduling decisions based on the new Placement RESTful API endpoint that becomes mandatory in Ocata. Accordingly, the compute nodes will refuse to start if you do not amend the configuration to add the ``[placement]`` section so they can provide their resource usage. For the moment, only CPU, RAM and disk resource usage are verified by the Placement API, but we plan to add more resource classes in the next release. You will find further details in the features and upgrade sections below, and the `Placement API`_ page.
ja: Nova の フィルタースケジューラードライバーは新しい  Placement RESTful API  エンドポイントに基づいたスケジューリング決定をすることができるようになりました。これは Ocata では必須になりました。したがって、もしリソース使用量を提供できるように ``[placement]`` セクションを追加する設定を修正していなければ、 compute ノードは開始を拒否します。しばらくの間、CPU、RAM、ディスクリソース使用量だけが  Placement API により検証されますが、次のリリースではより多くのリソースクラスを追加する計画があります。さらなる詳細は以下の機能とアップグレードのセクション、それに  `Placement API`_  ページを参照してください。

en: The Placement API can be set to connect to a specific keystone endpoint interface using the ``os_interface`` option in the ``[placement]`` section inside ``nova.conf``. This value is not required but can be used if a non-default endpoint interface is desired for connecting to the Placement service. By default, keystoneauth will connect to the "public" endpoint.
ja: Placement API は ``nova.conf``の中にある``[placement]``セクションの ``os_interface`` オプションを使って特定の keystone エンドポイントに接続する設定されます。この値は必要ではありませんが、Placement サービスと接続するためにデフォルトではないエンドポイントインターフェースで接続したいときに使用されます。デフォルトでは、 keystoneauth は "public" エンドポイントと接続します。

en: The UEFI Secure Boot feature can be requested through the image property "os_secure_boot" (acceptable values: "disabled", "optional", "required") or flavor extra spec "os:secure_boot" (acceptable values: "disabled", "required"). The flavor extra spec will take precedence. If the image property and the flavor extra spec values are conflicting, then an exception is raised.
ja: UEFI セキュアブート機能はイメージプロパティ "os_secure_boot"（ 受け入れる値: "disabled"、 "optional"、 "required"）またはフレーバーのextra spec "os:secure_boot"（受け入れる値: "disabled"、 "required"）により要求することができます。フレーバーの extra spec は優先順位を取ります。もしイメージプロパティとフレーバー extra spec が競合したら例外が上がります。

en: The XenServer compute driver now supports hot-plugging virtual network interfaces.
ja:  XenServer コンピュートドライバは hot-plugging 仮想ネットワークインタ―フェースをサポートするようになりました。

en: The XenServer configuration option 'iqn_prefix' has been removed. It was not used anywhere and has no effect on any code, so there should be no impact.
ja:  XenServer 設定オプション 'iqn_prefix'  は削除されました。それはどこでも使われず、どのコードにも効果がなく、影響がないはずです。

en: The XenServer driver provides support for downloading images via torrents. This feature has not been tested, and it's not clear whether there's a clear use case for such a feature. As a result, this feature is now deprecated as are the following config options.
ja: XenServer ドライバは torrents 経由でイメージダウンロードサポートを提供します。この機能はテストされていませんし、そのような機能にユースケースがあるかも明らかではありません。結果としてこの機能は非推奨となり、次の設定オプションです:

en: The Zookeeper Service Group driver has been removed.
ja: Zookeeper Service Group ドライバは削除されました。

en: The ``/os-certificates`` API is deprecated, as well as the ``nova-cert`` service which powers it. The related config option ``cert_topic`` is also now marked for deprecation and may be removed as early as 15.0.0 Ocata release. This is a vestigial part of the Nova API that existed only for EC2 support, which is now maintained out of tree. It does not interact with any of the rest of nova, and should not just be used as a certificates as a service, which is all it is currently good for.
ja: ``/os-certificates`` API はそれを動かす``nova-cert`` と同様に非推奨とされました。関連する設定オプション ``cert_topic``もまた非推奨とされ、15.0.0  Ocata リリースにできるだけはやく削除されます。これは いまはツリーのそとで維持されているEC2 サポートにのみ存在した Nova API の痕跡がない部分です。nova のどの残りともやりとりしませんし、certificates as a service として使われるべきではないし、それはすべてにとってよいことです。

en: The ``[xenserver]/vif_driver`` configuration option is deprecated for removal. The ``XenAPIOpenVswitchDriver`` vif driver is used for Neutron and the ``XenAPIBridgeDriver`` vif driver is used for nova-network, which itself is deprecated. In the future, the ``use_neutron`` configuration option will be used to determine which vif driver to load.
ja: ``[xenserver]/vif_driver`` 設定オプションは削除に向けて非推奨とされました。``XenAPIOpenVswitchDriver`` vif ドライバは Neutron に対して使われ、 ``XenAPIBridgeDriver`` vif  ドライバは nova-network 、これは非推奨です、に使われます。将来的には、``use_neutron`` 設定オプションがどの vif ドライバーをロードするか決定するために使われるでしょう。

en: The ``api_rate_limit`` configuration option has been removed. The option was disabled by default back in the Havana release since it's effectively broken for more than one API worker. It has been removed because the legacy v2 API code that was using it has also been removed.
ja: ``api_rate_limit`` 設定オプションが削除されました。このオプションは 一つ以上の API サーバーでは壊れているので、 Havana リリースではデフォルトで無効でした。それを使っていたレガシー v2 API コードは削除されたので削除されました。

en: The ``compute_stats_class`` configuration option was deprecated since the 13.0.0 Mitaka release and has been removed. Compute statistics are now always generated from the ``nova.compute.stats.Stats`` class within Nova.
ja:  ``compute_stats_class`` 設定オプションは13.0.0 Mitaka リリースから非推奨になり削除されました。Compute 統計は Nova 内で ``nova.compute.stats.Stats`` クラスから常に生成されるようになりました。

en: The ``console_driver`` config opt in the ``DEFAULT`` group has been deprecated and will be removed in a future release. This option no longer does anything. Previously this option had only two valid, in-tree values: ``nova.console.xvp.XVPConsoleProxy`` and ``nova.console.fake.FakeConsoleProxy``. The latter of these was only used in tests and has since been replaced.
ja: ``DEFAULT`` グループにある ``console_driver`` 設定オプションは非推奨とされました。将来リリースで削除されるでしょう。このオプションはもはやなにもしません。以前はこのオプションは2つだけ有効でした:  ``nova.console.xvp.XVPConsoleProxy`` と ``nova.console.fake.FakeConsoleProxy``。後者はテストのみ使われていたので置き換えました。

en: The ``console_token_ttl`` configuration option has been moved to the ``consoleauth`` group and renamed ``token_ttl``. It should no longer be included in the ``DEFAULT`` group.
ja: ``console_token_ttl`` 設定オプションは ``consoleauth`` グループに移動され、``token_ttl`` と名前が変わりました。それはもはや 'DEFAULT' グループに含まれません。

en: The ``default_flavor`` config option is now deprecated and may be removed as early as the 15.0.0 release. It is an option which was only relevant for the deprecated EC2 API and is not used in the Nova API.
ja: ``default_flavor`` 設定オプションは非推奨とされ、15.0.0 リリースの早くに削除されます。このオプションは非推奨となった EC2 APIで意味があるだけであり、それゆえ Nova API では使われません。

en: The ``fatal_exception_format_errors`` config option is now deprecated and may be removed as early as the 15.0.0 release. It is an option which was only relevant for Nova internal testing purposes to ensure that errors in formatted exception messages got detected.
ja: ``fatal_exception_format_errors`` 設定オプションは非推奨とされ、15.0.0 リリースの早くに削除されます。このオプションはフォーマットされた例外メッセージにあるエラーを検出することを保証するNova の内部テスト目的で意味があるだけでした。

en: The ``force_config_drive`` configuration option provided an ``always`` value which was deprecated in the previous release. That ``always`` value is now no longer accepted and deployments using that value have to change it to ``True`` before upgrading.
ja: ``force_config_drive``設定オプションの 値を``always``とするのは前のリリースで非推奨とされました。``always``値はもはや受け付けられず、その値を使うでデプロイメントはアップグレード前に ``True``に変更しなくてはなりません。

en: The ``image_info_filename_pattern``, ``checksum_base_images``, and ``checksum_interval_seconds`` options have been deprecated in the ``[libvirt]`` config section. They are no longer used. Any value given will be ignored.
ja: ``image_info_filename_pattern``、 ``checksum_base_images``と ``checksum_interval_seconds`` は ``[libvirt]`` オプションで非推奨とされました。それらはもはや使われません。すべての値は無視されます。

en: The ``live_migration_uri`` option in the [libvirt] configuration section is deprecated, and will be removed in a future release. The ``live_migration_scheme`` should be used to change scheme used for live migration, and ``live_migration_inbound_addr`` should be used to change target URI.
ja: [libvirt] 設定セクションの ``live_migration_uri`` オプションは非推奨とされ、将来のリリースでは削除されます。``live_migration_scheme`` はライブマイグレーションに使われるスキーマを変更するために使われ、``live_migration_inbound_addr`` はターゲット URI を変更するために使われます。

en: The ``network_device_mtu`` option in Nova is deprecated for removal since network MTU should be specified when creating the network with nova-network. With Neutron networks, the MTU value comes from the ``segment_mtu`` configuration option in Neutron.
ja: Nova の``network_device_mtu``オプションは、ネットワーク MTU を nova-network でネットワークを作成するときに指定するものなので、削除に向けて非推奨となりまいた。Neutron ネットワークでは、MTU  値は Neutron の  ``segment_mtu`` 設定オプションから来ます。

en: The ``nova-all`` binary is deprecated. This was an all in one binary for nova services used for testing in the early days of OpenStack, but was never intended for real use.
ja: ``nova-all`` バイナリは非推奨となりました。これはOpenStack の初期のころテストのため nova サービスの all in one バイナリでしたが、本当に使われることを意図していませんでした。

en: The ``nova-manage cell_v2 simple_cell_setup`` command now creates the default cell0 database connection using the ``[database]`` connection configuration option rather than the ``[api_database]`` connection. The cell0 database schema is the `main` database, i.e. the `instances` table, rather than the `api` database schema. In other words, the cell0 database would be called something like ``nova_cell0`` rather than ``nova_api_cell0``.
ja: ``nova-manage cell_v2 simple_cell_setup`` コマンドは ``[api_database]`` 接続ではなく、``[database]`` 接続設定オプションを使いデフォルトの cell0 接続を作成するようになりました。cell0 データベーススキーマは `main` データベースです、言い換えると、`api` データベーススキーマよりもむしろ `instances` テーブルです。つまり、 cell0 データベースは ``nova_api_cell0`` よりむしろ ``nova_cell0`` のように呼ばれます。

en: The ``nova-manage vm list`` command is deprecated and will be removed in the 15.0.0 Ocata release. Use the ``nova list`` command from python-novaclient instead.
ja: ``nova-manage vm list`` コマンドは非推奨とされました。15.0.0 Ocata リリースでは削除されるでしょう。代わりに python-novaclient の ``nova list`` コマンドを使ってください。

en: The ``record`` configuration option for the console proxy services (like VNC, serial, spice) is changed from boolean to string. It specifies the filename that will be used for recording websocket frames.
ja: コンソールプロキシサービス（VNC、シリアル、スパイス）の ``record`` 設定オプションは boolean から string に変更されました。それはWebSocket フレームを記録するために使うファイル名を指定します。

en: The ``remap_vbd_dev`` option is deprecated and will be removed in a future release.
ja: ``remap_vbd_dev`` オプションは非推奨であり、今後のリリースで削除される予定です。

en: The ``scheduler_json_config_location`` configuration option has not been used since the 13.0.0 Mitaka release and has been removed.
ja: ``scheduler_json_config_location`` 設定オプションは 13.0.0 Mitaka リリースから使用されていなかったので削除されました。

en: The ``topic`` config options are now deprecated and will be removed in the next release. The deprecated options are as below:
ja: ``topic`` 設定オプションは非推奨とされ、今後のリリースで削除されます。非推奨のオプションは以下です:

en: The ``uuid`` field in the ``networks`` object of a server create request is now required to be in UUID format, it cannot be a random string. More specifically, the API used to support a nic uuid with a "br-" prefix but that is a legacy artifact which is no longer supported.
ja: サーバー作成リクエストにおける ``networks`` オブジェクトの ``uuid`` フィールドはランダム文字列ではならず  UUID フォーマットであることが要求されます。より詳細には、 API は "br-" を先頭につけた nic uuid をサポートしていましたが、もはやサポートされないレガシーアーティファクトになりました。

en: The ability to load a custom scheduler host manager via the ``scheduler_host_manager`` configuration option was deprecated in the 13.0.0 Mitaka release and is now removed in the 14.0.0 Newton release.
ja: ``scheduler_host_manager``設定オプションによるカスタムスケジューラーホストマネージャーをロードするのは 13.0.0 Mitaka リリースで非推奨とされましたので、14.0.0 Newton リリースでは削除されました。

en: The cells.driver configuration option is now deprecated and will be removed at Ocata cycle.
ja:  cells.driver 設定オプションは非推奨となりました。Ocata サイクルで削除される予定です。

en: The commit with change-id Idd4bbbe8eea68b9e538fa1567efd304e9115a02a requires that the nova_api database is setup and Nova is configured to use it.  Instructions on doing that are provided below.
ja: change-id Idd4bbbe8eea68b9e538fa1567efd304e9115a02a のコミットは nova_api データベースがセットアップされ、Nova がそれを使うように設定される必要があります。手順は以下に提供されます。

en: The concept that ``service manager`` were replaceable components was deprecated in Mitaka, so following config options are removed.
ja: ``service manager``が置き換え可能なコンポーネントであるという概念は Mitaka で非推奨とされましたので、次の設定オプションは削除されます。

en: The conductor.manager configuration option is now deprecated and will be removed.
ja:  conductor.manager 設定オプションは非推奨となりました。削除される予定です。

en: The config option ``snapshot_name_template`` in the ``DEFAULT`` group is now deprecated and may be removed as early as the 15.0.0 release. The code which used this option isn't used anymore since late 2012.
ja: ``DEFAULT``グループの設定オプション``snapshot_name_template``は非推奨となりました。15.0.0 リリースの早くに削除されるでしょう。このオプションを使うコードは 2012年の遅くからもう使われていません。

en: The config options 'osapi_compute_ext_list' and 'osapi_compute_extension' were deprecated in mitaka. Hence these options were completely removed in newton, as v2 API is removed and v2.1 API doesn't provide the option of configuring extensions.
ja: 設定オプション 'osapi_compute_ext_list' と 'osapi_compute_extension' は mitaka で非推奨とされました。したがって、これらのオプションは newton で完全に削除されました。v2 API は削除され、 v2.1 API は拡張を設定するオプションを提供しません。

en: The config options ``multi_instance_display_name_template`` and ``null_kernel`` in the ``DEFAULT`` group are now deprecated and may be removed as early as the 16.0.0 release. These options are deprecated to keep API behaviour consistent across deployments.
ja: ``DEFAULT``グループの設定オプション ``multi_instance_display_name_template`` と ``null_kernel`` は非推奨となりました。16.0.0 リリースの早くに削除されるでしょう。これらのオプションはAPI がデプロイメントに渡り一貫してふるまうように非推奨とされました。

en: The configuration option ``api_version`` in the ``ironic`` group was marked as deprecated and will be removed in the future. The only possible value for that configuration was "1" (because Ironic only has 1 API version) and the Ironic team came to an agreement that setting the API version via configuration option should not be supported anymore. As the Ironic driver in Nova requests the Ironic v1.8 API, that means that Nova 13.0.0 ("Mitaka") requires Ironic 4.0.0 ("Liberty") or newer if you want to use the Ironic driver.
ja: ``ironic``グループの設定オプション``api_version`` は非推奨となりました。将来に削除されるでしょう。この設定の唯一可能な値は "1" （ Ironic は1 API バージョンしかもっていないので）でしたが、Ironic チームは設定オプションにより API バージョンを設定するのはもうサポートしないと合意に至りました。Nova の Ironic ドライバが v1.8 API を要求するということは、もしIronic ドライバを使いたい場合、 Nova 13.0.0（"Mitaka"）が Ironic 4.0.0（"Liberty"）またはそれより新しいバージョンを要求するという意味です。

en: The default policy for updating volume attachments, commonly referred to as swap volume, has been changed from ``rule:admin_or_owner`` to ``rule:admin_api``. This is because it is called from the volume service when migrating volumes, which is an admin-only operation by default, and requires calling an admin-only API in the volume service upon completion. So by default it would not work for non-admins.
ja: 一般的に swap volume といわれるボリューム接続更新のデフォルトポリシーが``rule:admin_or_owner`` から ``rule:admin_api`` に変更されました。なぜなら、これはデフォルトで admin-only な操作であるボリュームをマイグレーションするときボリュームサービスから呼ばれますし、終了するときボリュームサービスにある admin-only APIを呼ぶことを要求します。そのため、デフォルトでは管理者でないユーザーでは動作しません。

en: The default value for the ``[xenserver]/vif_driver`` configuration option has been changed to ``nova.virt.xenapi.vif.XenAPIOpenVswitchDriver`` to match the default configuration of ``[DEFAULT]/use_neutron=True``.
ja: ``[xenserver]/vif_driver``設定オプションのデフォルト値は``[DEFAULT]/use_neutron=True``ので尾フォルト設定と合うように ``nova.virt.xenapi.vif.XenAPIOpenVswitchDriver``に変更されました。

en: The default value of the ``pointer_model`` configuration option has been set to 'usbtablet'.
ja: ``pointer_model``設定オプションのデフォルト値は  'usbtablet' に設定されました。

en: The deprecated S3 image backend has been removed.
ja: 非推奨とされた S3 イメージバックエンドは削除されました。

en: The deprecated ``cert_topic`` configuration option has been removed.
ja: 非推奨とされた ``cert_topic`` 設定オプションは削除されました。

en: The deprecated ``volume_api_class`` config option has been removed. We only have one sensible backend for it, so don't need it anymore.
ja: 非推奨とされた ``volume_api_class`` 設定オプションは削除されました。それに対しては一つだけ意味あるバックエンドを持つため、もはや必要ありません。

en: The deprecated compute config option ``snapshot_name_template`` has been removed. It is not used anywhere and has no effect on any code, so there is no impact.
ja: 非推奨とされた compute  設定オプション  ``snapshot_name_template`` は削除されました。それはどこでも使われず、どのコードにも効果がなく、影響がないはずです。

en: The deprecated config option ``compute_available_monitors`` has been removed from the ``DEFAULT`` config section. Use setuptools entry points to list available monitor plugins.
ja: 非推奨とされた 設定オプション``compute_available_monitors`` は ``DEFAULT``  設定セクションから削除されました。使用可能なモニタープラグインを一覧するには setuptool エントリーポイントをつかってください。

en: The deprecated config option ``remove_unused_kernels`` has been removed from the ``[libvirt]`` config section. No replacement is required, as this behaviour is no longer relevant.
ja: 非推奨とされた 設定オプション``remove_unused_kernels`` は``[libvirt]``  設定セクションから削除されました。この振る舞いはもはや関連しないので、置き換えは必要ありません。

en: The deprecated configuration option ``client_log_level`` of the section ``[ironic]`` has been deleted. Please use the config options ``log_config_append`` or ``default_log_levels`` of the ``[DEFAULT]`` section.
ja: ``[ironic]`` セクションの非推奨とされた ``volume_api_class`` 設定オプションは削除されました。``[DEFAULT]``セクションの 設定オプション ``log_config_append`` または ``default_log_levels`` を使ってください。

en: The direct use of the encryption provider classes such as nova.volume.encryptors.luks.LuksEncryptor is now deprecated and will be blocked in the Pike release of Nova. The use of out of tree encryption provider classes is also deprecated and will be blocked in the Pike release of Nova.
ja: nova.volume.encryptors.luks.LuksEncryptor のような暗号化プロバイダークラスの直接使用は非推奨となりました。Nova のPike リリースでブロックされるでしょう。ツリーにない暗号化プロバイダークラスの使用もまた非推奨となりました。Nova のPike リリースでブロックされるでしょう。

en: The driver has no known users and is not actively maintained. A warning log message about the driver's state was added for the Kilo release. Also, evzookeeper library that the driver depends on is unmaintained and `incompatible with recent eventlet releases`_.
ja: そのドライバーはユーザーを持たず活発にメンテナンスされていません。Kilo リリースに対して ドライバの状態に関する警告ログメッセージが追加されました。また、 そのドライバーが依存するevzookeeper ライブラリーはメンテナンスされず、 `incompatible with recent eventlet releases`_ です。

en: The feature to download *Glance* images via file transfer instead of HTTP is now deprecated and may be removed as early as the 15.0.0 release. The config options ``filesystems`` in the section ``image_file_url`` are affected as well as the derived sections ``image_file_url:<list entry name>`` and their config options ``id`` and ``mountpoint``.
ja: HTTP の代わりにファイル転送による *Glance* イメージをダウンロードする機能は非推奨となりました。15.0.0 リリースの早くに削除されます。``image_file_url`` セクションの 設定オプション ``filesystems`` は影響を受けます。派生セクション  ``image_file_url:<list entry name>`` とその設定オプション ``id`` と ``mountpoint``も同様です。

en: The fields ``locked`` and ``display_description`` have been added to InstancePayload. Versioned notifications for instance actions will include these fields.
ja: フィールド ``locked`` と ``display_description`` が InstancePayload に追加されました。インスタンスアクションのバージョンが付与された通知がこれらのフィールドを含みます。

en: The filter and sort query parameters for server list API are now limited according to whitelists. The whitelists are different for admin and non-admin users.
ja: server list API のフィルターとソートクエリパラメーターはホワイトリストにより制限されるようになりました。ホワイトリストは管理者と管理者でないユーザーとで異なります。

en: The following deprecated configuration options have been removed from the ``neutron`` section of nova.conf:
ja: 次の非推奨とされた設定オプションは nova.conf の ``neutron``セクションから削除されました:

en: The following deprecated nova-manage commands have been removed:
ja: 次の非推奨とされた nova-manage コマンドは削除されました:

en: The following entry points have been removed
ja: 次のエントリーポイントは削除されました:

en: The following legacy notifications have been been transformed to a new versioned payload:
ja: 次のレガシー通知は新しいバージョンが付与されたペイロードに変換されました:

en: The following legacy notifications have been transformed to a new versioned payload:
ja: 次のレガシー通知は新しいバージョンが付与されたペイロードに変換されました:

en: The following nova-manage commands are deprecated for removal in the Nova 15.0.0 Ocata release:
ja: 次の非推奨とされた nova-manage コマンドは非推奨とされ、Nova 15.0.0 Ocata リリースに向け削除されます:

en: The following options, found in ``DEFAULT``, were only used for configuring nova-network and are, like nova-network itself, now deprecated.
ja: ``DEFAULT`` にある次のオプションは nova-network を設定するために使われるだけであり、nova-network 自体と同様に非推奨とされました。

en: The following options, found in ``quota``, are also deprecated.
ja: ``quota`` にある次のオプションもまた非推奨とされました。

en: The following policy enforcement points have been removed as part of the restructuring of the Nova API code. The attributes that could have been hidden with these policy points will now always be shown / accepted.
ja: 次のポリシー強制ポイントは Nova API コードの再構築の過程で削除されました。隠されていたこれらのポリシーポイントの属性は / で表示されるようになりました。

en: The following versioned swap volume notifications have been added in the compute manager:
ja: 次のバージョンが付与された swap volume 通知が compute manager に追加されました:

en: The get_metrics API has been replaced by populate_metrics in nova.compute.monitors.base module. This change is introduced to allow each monitor plugin to have the flexibility of setting it's own metric value types. The in-tree metrics plugins are modified as a part of this change. However, the out-of-tree plugins would have to adapt to the new API in order to work with nova.
ja: get_metrics API は nova.compute.monitors.base モジュールでpopulate_metrics に置き換わりました。この変更はそれぞれのモニタープラグインがそれ自身のメトリック値タイプを設定する柔軟性を持つために導入されました。ツリーに含まれるメトリックプラグインはこの変更の一部として修正されます。しかし、ツリーに含まれないプラグインは nova と動作するために新しい API を採用しなくてはなりません。

en: The glance xenserver plugin has been bumped to version 1.3 which includes new interfaces for referencing glance servers by url. All dom0 will need to be upgraded with this plugin before upgrading the nova code.
ja: glance xenserver プラグインはバージョン 1.3 になり、url によりglance サーバーを参照する新しいインタフェースを含みます。すべての dom0 は nova コードをアップグレードする前にこのプラグインにアップグレードされる必要があります。

en: The guest OS type must be specified in order to properly spawn the VMs. It can be specifed through the image property "os_type", and the acceptable values are "windows" or "linux".
ja: 正しくVMを生み出すため、ゲストOSタイプは指定されなくてはなりません。イメージプロパティ "os_type" で指定されます。受付可能な値は"windows" または "linux"です。

en: The host, port, and protocol options in the [glance] configuration section are deprecated, and will be removed in the N release. The api_servers value should be used instead.
ja: [glance] 設定オプションのhost、port、protocol オプションは非推奨とされ、N リリースでは削除されます。api_servers 値が代わりに使われます。

en: The ironic driver now requires python-ironicclient>=1.5.0 (previously >=1.1.0), and requires the ironic service to support API version 1.20 or higher. As usual, ironic should be upgraded before nova for a smooth upgrade process.
ja: Ironic ドライバは python-ironicclient>=1.5.0（以前は >=1.1.0） および、 API バージョン 1.20 またはそれ以上をサポートするため Ironic サービスが必要になりました。スムーズなアップグレードのために、いつも通りに Ironic を Nova の前にアップグレードするべきです。

en: The ironic driver now requires python-ironicclient>=1.6.0, and requires the ironic service to support API version 1.21.
ja: Ironic ドライバは python-ironicclient>=1.6.0 および、 API バージョン 1.21 をサポートするため Ironic サービスが必要になりました。

en: The ivs-ctl command has been added to the rootwrap filters in compute.filters. Deployments needing support for BigSwitch no longer need to add the filters manually nor include network.filters at installation.
ja: compute.filters にある rootwrap フィルターに  ivs-ctl コマンドが追加されました。BigSwitch サポートを必要とするデプロイメントはもはや手動でフィルタを追加することも、インストールで network.filters を含める必要もありません。

en: The latest API microversion supported for Ocata is v2.42. Details on REST API microversions added since the 14.0.0 Newton release can be found in the `REST API Version History`_ page.
ja: Ocata でサポートされる最新 API マイクロバージョンは v2.42 です。14.0.0 Newton リリース移行で追加された REST API マイクロバージョンの詳細は `REST API Version History`_ ページで見つけられます。

en: The legacy v2 API code was deprecated since Liberty release. The legacy v2 API code was removed in Newton release. We suggest that users should move to v2.1 API which compatible v2 API with more restrict input validation and microversions support. If users are still looking for v2 compatible API before switch to v2.1 API, users can use v2.1 API code as v2 API compatible mode. That compatible mode is closer to v2 API behaviour which is v2 API compatible without restrict input validation and microversions support. So if using openstack_compute_api_legacy_v2 in /etc/nova/api-paste.ini for the API endpoint /v2, users need to switch the endpoint to openstack_compute_api_v21_legacy_v2_compatible instead.
ja: レガシー v2 API コードは Liberty リリースから非推奨となりました。レガシー v2 API コードは Newton リリースから削除されました。ユーザーはより厳格な入力検証とマイクロバージョンサポートがある v2 API と互換性がある v2.1 API に移行するべきです。ユーザーがまだ v2.1 API に移行する前に v2 互換 API を探すなら、ユーザーは v2.1 API コードをv2 API 互換モードで使うことができます。互換モードは 厳格な入力検証とマイクロバージョンサポートがない v2 API 互換である v2 API のふるまいに近いものです。そのため、API エンドポイント /v2 に対して /etc/nova/api-paste.ini でopenstack_compute_api_legacy_v2 を使うなら、ユーザーは代わりにエンドポイントをopenstack_compute_api_v21_legacy_v2 互換に移行する必要があります。

en: The libvirt driver has changed the default value of the 'live_migration_uri' flag, that now is dependent on the 'virt_type'. The old default 'qemu+tcp://%s/system' now is adjusted for each of the configured hypervisors. For Xen this will be 'xenmigr://%s/system', for kvm/qemu this will be 'qemu+tcp://%s/system'.
ja: libvirt ドライバは 'live_migration_uri' のデフォルト値を変更し、'virt_type' に依存するようになりました。古い値 'qemu+tcp://%s/system' は設定されたハイパーバイザーそれぞれに対して調整されます。Xen ならば、'xenmigr://%s/system'、kvm/qemu ならば 'qemu+tcp://%s/system' になります。

en: The libvirt driver now has a ``live_migration_scheme`` configuration option which should be used where the ``live_migration_uri`` would previously have been configured with non-default scheme.
ja:  libvirt ドライバ は ``live_migration_scheme`` 設定オプションを持つようになりました。``live_migration_uri`` が前のようにデフォルトではないスキーマで設定されたときに使用されます。

en: The libvirt driver now has a live_migration_tunnelled configuration option which should be used where the VIR_MIGRATE_TUNNELLED flag would previously have been set or unset in the live_migration_flag and block_migration_flag configuration options.
ja:  libvirt ドライバ は ``live_migration_tunnelled`` 設定オプションを持つようになりました。VIR_MIGRATE_TUNNELLED フラグ が前のように live_migration_flag と block_migration_flag 設定オプションで設定または設定されないときに使用されます。

en: The libvirt driver will now correct unsafe and invalid values for the live_migration_flag and block_migration_flag configuration options. The live_migration_flag must not contain VIR_MIGRATE_SHARED_INC but block_migration_flag must contain it. Both options must contain the VIR_MIGRATE_PEER2PEER, except when using the 'xen' virt type this flag is not supported. Both flags must contain the VIR_MIGRATE_UNDEFINE_SOURCE flag and not contain the VIR_MIGRATE_PERSIST_DEST flag.
ja: libvirt ドライバは live_migration_flag と block_migration_flag 設定オプションの安全でない無効な値を正しました。live_migration_flag は VIR_MIGRATE_SHARED_INC を含んではいけませんが、block_migration_flag は含まないといけません。両方のオプションは このフラグをサポートしない 'xen' virt タイプを使う時を除き、VIR_MIGRATE_PEER2PEER を含まなくてはなりません。両方のオプションは VIR_MIGRATE_UNDEFINE_SOURCE フラグを含まなくてはなりませんが、VIR_MIGRATE_PERSIST_DEST フラグを含んではいけません。

en: The libvirt live_migration_flag and block_migration_flag config options are deprecated. These options gave too fine grained control over the flags used and, in some cases, misconfigurations could have dangerous side effects. Please note the availability of a new live_migration_tunnelled configuration option.
ja: libvirt live_migration_flag と block_migration_flag 設定オプションは非推奨とされました。これらのオプションはきめ細かすぎる制御に使われ、ある場合は、設定ミスが危険な副作用となりえます。新しい live_migration_tunnelled 設定オプションを利用するようにしてください。

en: The libvirt option 'iscsi_use_multipath' has been renamed to 'volume_use_multipath'.
ja: libvirt オプション 'iscsi_use_multipath' は 'volume_use_multipath' に名前が変更されました。

en: The live-migration progress timeout controlled by the configuration option ``[libvirt]/live_migration_progress_timeout`` has been discovered to frequently cause live-migrations to fail with a progress timeout error, even though the live-migration is still making good progress. To minimize problems caused by these checks we have changed the default to 0, which means do not trigger a timeout. To modify when a live-migration will fail with a timeout error, please now look at ``[libvirt]/live_migration_completion_timeout`` and ``[libvirt]/live_migration_downtime``.
ja: 設定オプション ``[libvirt]/live_migration_progress_timeout`` により制御されるライブマイグレーションの進捗タイムアウトが、しばしばライブマイグレーションがまだよい進捗にも関わらず進捗タイムアウトで失敗する原因となることが発見されました。これらのチェックが原因となる問題を最小化するには、デフォルトを 0 と変更しました。これはタイムアウトを引き起こさないことを意味します。ライブマイグレーションがタイムアウトエラーで失敗するのを修正するには、``[libvirt]/live_migration_completion_timeout`` と ``[libvirt]/live_migration_downtime`` を見てください。

en: The live-migration progress timeout controlled by the configuration option ``[libvirt]/live_migration_progress_timeout`` has been discovered to frequently cause live-migrations to fail with a progress timeout error, even though the live-migration is still making good progress. To minimize problems caused by these checks we recommend setting the value to 0, which means do not trigger a timeout.  (This has been made the default in Ocata and Pike.) To modify when a live-migration will fail with a timeout error, please now look at ``[libvirt]/live_migration_completion_timeout`` and ``[libvirt]/live_migration_downtime``.
ja: 設定オプション ``[libvirt]/live_migration_progress_timeout`` により制御されるライブマイグレーションの進捗タイムアウトが、しばしばライブマイグレーションがまだよい進捗にも関わらず進捗タイムアウトで失敗する原因となることが発見されました。これらのチェックが原因となる問題を最小化するには、デフォルトを 0 と変更しました。これはタイムアウトを引き起こさないことを意味します。（これは Ocata と Pike でデフォルトになりました。）ライブマイグレーションがタイムアウトエラーで失敗するのを修正するには、``[libvirt]/live_migration_completion_timeout`` と ``[libvirt]/live_migration_downtime`` を見てください。

en: The local conductor mode is now deprecated and may be removed as early as the 14.0.0 release. If you are using local conductor mode, plan on deploying remote conductor by the time you upgrade to the 14.0.0 release.
ja: ローカルコンダクターモードは非推奨とされ、14.0.0 リリースの早くに削除されます。もしローカルコンダクターモードを使うなら、14.0.0 リリースにアップグレードするまでにリモートコンダクターをデプロイすることを計画してください。

en: The minimum required QEMU version is now checked and has been set to 1.5.3
ja: 必要とされる最小の QEMU バージョンはチェックされ、1.5.3 に設定されました。

en: The minimum required libvirt is now version 0.10.2. The minimum libvirt for the N release has been set to 1.2.1.
ja: 必要とされる libvirt の最小はバージョン 0.10.2 となりました。N リリースの最小 libvirt は 1.2.1 に設定されました。

en: The minimum required version of libvirt has been increased to 1.2.1
ja: 必要とされる libvirt の最小バージョンは 1.2.1 に増えました。

en: The minimum required version of libvirt used by the `nova-compute` service is now 1.2.9. The minimum required version of QEMU used by the `nova-compute` service is now 2.1.0. Failing to meet these minimum versions when using the libvirt compute driver will result in the `nova-compute` service not starting.
ja: `nova-compute` サービスに使用される libvirt の最小バージョンは 1.2.9 となりました。`nova-compute` サービスに使用される QEMU の最小バージョンは 2.1.0 となりました。libvirt compute ドライバに使うときこれらの最小バージョンに適合することに失敗すると、`nova-compute` サービスが開始しません。

en: The network configuration option 'fake_call' has been removed. It hasn't been used for several cycles, and has no effect on any code, so there should be no impact.
ja: ネットワーク設定オプション 'fake_call' は削除されました。それはいくつかのサイクルで使われず、どのコードにも効果がなく、影響がないはずです。

en: The network_api_class option was deprecated in Mitaka and is removed in Newton. The use_neutron option replaces this functionality.
ja: network_api_class オプションはMitaka で非推奨でしたが、Newton で完全に削除されました。use_neutron オプションがこの機能を置き換えます。

en: The network_device_mtu option in Nova is deprecated for removal in 13.0.0 since network MTU should be specified when creating the network.
ja: Nova の``network_device_mtu``オプションは、ネットワーク MTU をネットワークを作成するときに指定するものなので、13.0.0 での削除に向けて非推奨となりました。

en: The nova Hyper-V driver can now plug OVS VIFs. This means that neutron-ovs-agent can be used as an L2 agent instead of neutron-hyperv-agent. In order to plug OVS VIFs, the configuration option "vswitch_name" from the "hyperv" section must be set to the vSwitch which has the OVS extension enabled. Hot-plugging is only supported on Windows / Hyper-V Server 2016 + Generation 2 VMs. Older Hyper-V versions only support attaching vNICs while the VM is turned off.
ja: nova Hyper-V ドライバは OVS VIF を接続できるようになりました。これは neutron-hyperv-agent の代わりに L2 agent として neutron-ovs-agent が使えることを意味します。OVS VIF を接続するために、"hyperv" セクションから設定オプション "vswitch_name" が OVS 拡張を有効にした vSwitch に設定しなくてはなりません。ホットプラグは  Windows / Hyper-V Server 2016 + Generation 2 VM でのみサポートされます。古い Hyper-V バージョンは VMがオフである vNIC に接続するのみサポートします。

en: The nova Hyper-V driver now supports adding PCI passthrough devices to Hyper-V instances (discrete device assignment). This feature has been introduced in Windows / Hyper-V Server 2016 and offers the possibility to attach some of the host's PCI devices (e.g.: GPU devices) directly to Hyper-V instances. In order to benefit from this feature, Hyper-V compute nodes must support SR-IOV and must have assignable PCI devices. This can easily be checked by running the following powershell commands::
ja: nova Hyper-V ドライバは PCI パススルーデバイスを Hyper-V インスタンスに追加（離散的なデバイスアサイン）するのをサポートするようになりました。この機能は Windows / Hyper-V Server 2016 で導入され、ホストの PCI デバイス（たとえば GPU デバイス）を直接 Hyper-V インスタンスに接続することを提供します。この機能の利益を得るには、Hyper-V compute ノードが SR-IOV をサポートし、 割り当て可能な PCI デバイスを持たなくてはなりません。これは次の powershell コマンドを実行することで容易にチェックできます::

en: The nova Hyper-V driver now supports symmetric NUMA topologies. This means that all the NUMA nodes in the NUMA topology must have the same amount of vCPUs and memory. It can easily be requested by having the flavor extra_spec "hw:numa_nodes", or the image property "hw_numa_nodes". An instance with NUMA topology cannot have dynamic memory enabled. Thus, if an instance requires a NUMA topology, it will be spawned without dynamic memory, regardless of the value set in the "dynamic_memory_ratio" config option in the compute node's "nova.conf" file. In order to benefit from this feature, the host's NUMA spanning must be disabled. Hyper-V does not guarantee CPU pinning, thus, the nova Hyper-V driver will not spawn instances with the flavor extra_spec "hw:cpu_policy" or image property "hw_cpu_policy" set to "dedicated".
ja: nova Hyper-V ドライバは対照 NUMA トポロジーをサポートするようになりました。これは、NUMA トポロジーの全ての NUMA ノードが同じ量の vCPU とメモリーを持たなくてはならないことを意味します。フレーバー extra spec に"hw:numa_nodes"、またはイメージプロパティ "hw_numa_nodes" を持つことで容易に要求されます。NUMA トポロジーのインスタンスは動的にメモリーが有効に持てません。したがって、もし インスタンスが NUMA トポロジーを要求するならば、compute ノードの "nova.conf" ファイルにある "dynamic_memory_ratio" 設定オプションの値セットに関わらず、動的メモリーなしで生成されます。この機能から恩恵を得るには、ホストの NUMA スパニングは無効にしなくてはなりません。Hyper-V は CPU ピニングを保証しませんので、nova Hyper-V ドライバはフレーバー extra spec "hw:cpu_policy" またはイメージプロパティー "hw_cpu_policy" を  "dedicated" であるインスタンスを生成しません。

en: The nova metadata service will now pass a nove service token to the external vendordata server. These options can be configured using various Keystone-related options available in the ``vendordata_dynamic_auth`` group. A new service token has been created for this purpose. Previously, the requesting user's keystone token was passed through to the external vendordata server if available, otherwise no token is passed. This resolves issues with scenarios such as cloud-init's use of the metadata server on first boot to determine configuration information.  Refer to the blueprints at http://specs.openstack.org/openstack/nova-specs/specs/ocata/approved/vendordata-reboot-ocata.html for more information.
ja: nova メタデータ サービスは外部のベンダーデータサービスに nova サービストークンを渡すようになりました。これらのオプションは ``vendordata_dynamic_auth`` グループで利用可能な様々な Keystone 関連オプションを使い設定されます。新しいサービストークンはこの目的のために作成されました。以前は、利用可能であればユーザーの keystone トークンが外部のベンダーデータサーバーに渡されましたが、利用可能でなければトークンは渡されませんでした。これは設定情報を決定するために最初のブートで メタデータサーバーのcloud-initの使用のようなシナリオでの問題を解決します。さらなる情報は http://specs.openstack.org/openstack/nova-specs/specs/ocata/approved/vendordata-reboot-ocata.html のブループリントを参照してください。

en: The nova-all binary to launch all services has been removed after a deprecation period. It was only intended for testing purposes and not production use. Please use the individual Nova binaries to launch services.
ja: 全てのサービスを起動する nova-all バイナリは非推奨期間の後に削除されました。それはテスト目的のみで商用目的を意図していませんでした。サービスを起動するにはそれぞれの Nova バイナリを使ってください。

en: The nova-compute worker now communicates with the new placement API service. Nova determines the placement API service by querying the OpenStack service catalog for the service with a service type of 'placement'. If there is no placement entry in the service catalog, nova-compute will log a warning and no longer try to reconnect to the placement API until the nova-worker process is restarted.
ja: nova-compute ワーカーは新しい placement API サービスと通信するようになりました。Nova は サービスタイプ 'placement' であるサービスを OpenStack サービスカタログから検索して placement API サービスを決定します。もしサービスカタログに placement エントリがなければ、nova-compute はワーニングをログし、もはや nova-worker プロセスが再起動するまで placement API  と再接続を試みません。

en: The nova-manage db online_data_migrations command will now migrate server groups to the API database. New server groups will be automatically created in the API database but existing server groups must be manually migrated using the nova-manage command.
ja: nova-manage db online_data_migrations コマンドはサーバーグループをAPI データベースに移行するようになりました。新しいサーバーグループは自動で API データベースに作成されますが、存在するサーバーグループは手動で nova-manage コマンドを使って移行しなくてはなりません。

en: The nova-manage online_data_migrations command now prints a tabular summary of completed and remaining records. The goal here is to get all your numbers to zero. The previous execution return code behavior is retained for scripting.
ja: nova-manage online_data_migrations コマンドは completed と remaining のレコードの表形式の要約を印刷します。このゴールは全ての数をゼロにすることです。以前の実行リターンコードの振る舞いはスクリプトで残っています。

en: The nova-network service was deprecated in the 14.0.0 Newton release. In the 15.0.0 Ocata release, nova-network will only work in a Cells v1 deployment. The Neutron networking service is now the default configuration for new deployments based on the ``use_neutron`` configuration option.
ja: nova-network サービスは 14.0.0 Newton リリースで非推奨となりました。15.0.0 Ocata リリースでは、 nova-network は Cells V1 デプロイメントでのみ動作します。Neutron ネットワーキングサービスは ``use_neutron`` 設定オプションに基づく新しいデプロイメントのデフォルト設定になりました。

en: The nova-policy command line is implemented as a tool to experience the under-development feature policy discovery. User can input the credentials information and the instance info, the tool will return a list of API which can be allowed to invoke. There isn't any contract for the interface of the tool due to the feature still under-development.
ja: nova-policy コマンドラインはポリシーを検出する開発中の機能を体験するツールとして実装されます。ユーザーは資格情報とインスタンス情報を入力すると、ツールは呼び出すことが許可されている API のリストを返却する。この機能はまだ開発中のためツールのインタフェースは確約されません。

en: The old neutron communication options that were slated for removal in Mitaka are no longer available. This means that going forward communication to neutron will need to be configured using auth plugins.
ja: 古い neutron とのコミュニケーションオプションは Mitaka で削除されるとされていましたが、もはや利用可能ではありません。これは neutron にコミュニケーションをフォワードするのは auth プラグインを使って設定される必要がああります。

en: The option ``scheduler_driver`` is now changed to use entrypoint instead of full class path. Set one of the entrypoints under the namespace 'nova.scheduler.driver' in 'setup.cfg'. Its default value is 'host_manager'. The full class path style is still supported in current release. But it is not recommended because class path can be changed and this support will be dropped in the next major release.
ja: オプション ``scheduler_driver`` はフルクラスパスの代わりにエントリーポイントを使うように変更されました。'setup.cfg' にある名前空間 'nova.scheduler.driver' の下にエントリーポイントの一つを設定してください。デフォルト値は host_manager' です。フルクラスパススタイルは現在のリリースではまだサポートします。しかしクラスパスは変更できますし、このサポートは次のメジャーリリースでは落ちるので推奨されません。

en: The option ``scheduler_host_manager`` is now changed to use entrypoint instead of full class path. Set one of the entrypoints under the namespace 'nova.scheduler.host_manager' in 'setup.cfg'. Its default value is 'host_manager'. The full class path style is still supported in current release. But it is not recommended because class path can be changed and this support will be dropped in the next major release.
ja: オプション ``scheduler_host_manager`` はフルクラスパスの代わりにエントリーポイントを使うように変更されました。'setup.cfg' にある名前空間 'nova.scheduler.host_manager' の下にエントリーポイントの一つを設定してください。デフォルト値は 'host_manager' です。フルクラスパススタイルは現在のリリースではまだサポートします。しかしクラスパスは変更できますし、このサポートは次のメジャーリリースでは落ちるので推奨されません。

en: There is a known regression in Ocata reported in `bug 1671648`_ where server build failures on a compute node are not retried on another compute node. The fix for this bug is being worked and will be provided shortly in a 15.0.2 release.
ja: `bug 1671648` で報告された Ocata における知られた回帰バグがあります。コンピュートノードでサーバー作成に失敗すると他のコンピュートノードでリトライしないというものです。このバグに対する修正は、15.0.2 リリースで提供され、動作するでしょう。

en: There is a new nova-status command that gives operators a better view of their cloud. In particular, a new subcommand called "upgrade" allows operators to run a pre-flight check on their deployment before upgrading. This helps them to proactively identify potential upgrade issues that could occur.
ja: 新しい nova-status コマンドにより、運用者はより良くクラウドが見られるようになりました。特に、新しいサブコマンド "upgrade" により、運用者はアップグレード前にそれらのデプロイメントを事前にチェックすることができます。これはプロアクティブに起こるであろうアップグレードの問題を特定することを助けます。

en: These were previously deprecated in 16.0.0.
ja: これらは、16.0.0 で非推奨となりました。

en: Upgrade Notes
ja: アップグレード時の注意

en: `Announcement <http://lists.openstack.org/pipermail/openstack-announce/2016-January/000911.html>`__
ja: `告知 <http://lists.openstack.org/pipermail/openstack-announce/2016-January/000911.html>`__

en: `Announcement <http://lists.openstack.org/pipermail/openstack-announce/2016-January/000916.html>`__
ja: `告知 <http://lists.openstack.org/pipermail/openstack-announce/2016-January/000916.html>`__

en: `Announcement <http://lists.openstack.org/pipermail/openstack-announce/2016-March/001009.html>`__
ja: `告知 <http://lists.openstack.org/pipermail/openstack-announce/2016-March/001009.html>`__

en: `Bug 1516765 <https://bugs.launchpad.net/nova/+bug/1516765>`_
ja: `バグ 1516765 <https://bugs.launchpad.net/nova/+bug/1516765>`_

en: `Bug 1524274 <https://bugs.launchpad.net/nova/+bug/1524274>`_
ja: `バグ 1524274 <https://bugs.launchpad.net/nova/+bug/1524274>`_

en: `Bug 1548450 <https://bugs.launchpad.net/nova/+bug/1548450>`_
ja: `バグ 1548450 <https://bugs.launchpad.net/nova/+bug/1548450>`_

en: `Bug 1673569 <https://bugs.launchpad.net/nova/+bug/1673569>`_
ja: `バグ 1673569 <https://bugs.launchpad.net/nova/+bug/1673569>`_

en: ``[cinder]/catalog_info`` - Already defaults to Cinder v3
ja: ``[cinder]/catalog_info`` - 既に Cinder v3 がデフォルトです。

en: ``[cinder]/endpoint_template`` - Not used by default.
ja: ``[cinder]/endpoint_template`` - デフォルトでは使用されません。

en: ``[libvirt]/live_migration_progress_timeout`` has been deprecated as this feature has been found not to work. See bug 1644248 for more details.
ja: ``[libvirt]/live_migration_progress_timeout`` は、この機能が動作しないことがわかり、非推奨となりました。詳細は、バグ 1644248 を参照してください。

en: ``[vnc]vncserver_listen`` (now ``[vnc]server_listen``)
ja: ``[vnc]vncserver_listen`` (現在 ``[vnc]server_listen``)

en: ``[vnc]vncserver_proxyclient_address`` (now ``[vnc]server_proxyclient_address``)
ja: ``[vnc]vncserver_proxyclient_address`` (現在 ``[vnc]server_proxyclient_address``)

en: ``api_endpoint`` in the ``ironic`` group
ja: ``ironic`` グループの ``api_endpoint``

en: ``baremetal_scheduler_default_filters`` (now ``baremetal_enabled_filters``)
ja: ``baremetal_scheduler_default_filters`` (現在 ``baremetal_enabled_filters``)

en: ``ca_file`` now called ``cafile``
ja: ``ca_file`` は、現在 ``cafile`` です

en: ``cert_file`` now called ``certfile``
ja: ``cert_file`` は、現在 ``certfile`` です

en: ``compute_link_prefix`` (was ``osapi_compute_link_prefix``)
ja: ``compute_link_prefix`` (旧 ``osapi_compute_link_prefix``)

en: ``console_public_hostname`` console options under the ``DEFAULT`` group have been moved to the ``xenserver`` group.
ja: ``DEFAULT`` グループの ``console_public_hostname`` コンソールオプションを、``xenserver`` グループに移動しました。

en: ``default_floating_pool`` (neutron users should use the ``neutron.default_floating_pool``)
ja: ``default_floating_pool`` (neutron ユーザーは ``neutron.default_floating_pool`` を使用してください)

en: ``default_level`` (was ``default_notification_level``)
ja: ``default_level`` (旧 ``default_notification_level``)

en: ``fatal_exception_format_errors`` configuration option has been removed, as it was only used for internal testing.
ja: ``fatal_exception_format_errors`` 設定オプションは、内部のテストのみに使用されていたため、削除しました。

en: ``glance_link_prefix`` (was ``osapi_glance_link_prefix``)
ja: ``glance_link_prefix`` (旧 ``osapi_glance_link_prefix``)

en: ``hide_server_address_states`` (was ``osapi_hide_server_address_states``)
ja: ``hide_server_address_states`` (旧 ``osapi_hide_server_address_states``)

en: ``html5_proxy_base_url`` in the ``rdp`` group
ja: ``rdp`` グループの ``html5_proxy_base_url``

en: ``key_file`` now called ``keyfile``
ja: ``key_file`` は、現在 ``keyfile`` です

en: ``legacy`` (must-have-if-available) (default)
ja: ``legacy`` (有効であれば必須) (デフォルト)

en: ``live_migration_downtime_delay`` with minimum value 10
ja: ``live_migration_downtime_delay`` 最小値 10

en: ``live_migration_downtime_steps`` with minimum value 3
ja: ``live_migration_downtime_steps`` 最小値 3

en: ``live_migration_downtime`` with minimum value 100
ja: ``live_migration_downtime`` 最小値 100

en: ``max_limit`` (was ``osapi_max_limit``)
ja: ``max_limit`` (旧 ``osapi_max_limit``)

en: ``mksproxy_base_url`` in the ``mks`` group
ja: ``mks`` グループの ``mksproxy_base_url``

en: ``networks`` is required in the server create request body for the API. Specifying ``networks: auto`` is similar to not requesting specific networks when creating a server before 2.37.
ja: ``networks`` は、この API ではサーバー作成のリクエスト本文に必要です。2.37 以前でのサーバー作成では、``networks: auto`` の指定は、特定のネットワークを要求しないことと同じです。

en: ``notify_on_api_faults`` (was ``notify_api_faults``)
ja: ``notify_on_api_faults`` (旧 ``notify_api_faults``)

en: ``os_compute_api:os-flavor-access`` (only from ``/flavors`` APIs)
ja: ``os_compute_api:os-flavor-access`` (``/flavors`` API からのみ)

en: ``os_compute_api:os-security-groups`` (only from ``/servers`` APIs)
ja: ``os_compute_api:os-security-groups`` (``/servers`` API からのみ)

en: ``os_interface`` is deprecated in favor of ``valid_interfaces``
ja: ``os_interface`` が非推奨となり、``valid_interfaces`` となった。

en: ``os_region_name`` is deprecated in favor of ``region_name``
ja: ``os_region_name`` が非推奨となり、``region_name`` となった。

en: ``preferred`` (nice-to-have)
ja: ``preferred`` (あればなおよい)

en: ``quota_cores`` (now ``cores``)
ja: ``quota_cores`` (現在 ``cores``)

en: ``quota_driver`` (now ``driver``)
ja: ``quota_driver`` (現在 ``driver``)

en: ``quota_fixed_ips`` (now ``fixed_ips``)
ja: ``quota_fixed_ips`` (現在 ``fixed_ips``)

en: ``quota_floating_ips`` (now ``floating_ips``)
ja: ``quota_floating_ips`` (現在 ``floating_ips``)

en: ``quota_injected_file_content_bytes`` (now ``injected_file_content_bytes``)
ja: ``quota_injected_file_content_bytes`` (現在 ``injected_file_content_bytes``)

en: ``quota_injected_file_path_length`` (now ``injected_file_path_length``)
ja: ``quota_injected_file_path_length`` (現在 ``injected_file_path_length``)

en: ``quota_injected_files`` (now ``injected_files``)
ja: ``quota_injected_files`` (現在 ``injected_files``)

en: ``quota_instances`` (now ``instances``)
ja: ``quota_instances`` (現在 ``instances``)

en: ``quota_key_pairs`` (now ``key_pairs``)
ja: ``quota_key_pairs`` (現在 ``key_pairs``)

en: ``quota_metadata_items`` (now ``metadata_items``)
ja: ``quota_metadata_items`` (現在 ``metadata_items``)

en: ``quota_ram`` (now ``ram``)
ja: ``quota_ram`` (現在 ``ram``)

en: ``quota_security_group_rules`` (now ``security_group_rules``)
ja: ``quota_security_group_rules`` (現在 ``security_group_rules``)

en: ``quota_security_groups`` (now ``security_groups``)
ja: ``quota_security_groups`` (現在 ``security_groups``)

en: ``quota_server_group_members`` (now ``server_group_members``)
ja: ``quota_server_group_members`` (現在 ``server_group_members``)

en: ``quota_server_groups`` (now ``server_groups``)
ja: ``quota_server_groups`` (現在 ``server_groups``)

en: ``required`` (must-have)
ja: ``required`` (必須)

en: ``scheduler_available_filters`` (now ``available_filters``)
ja: ``scheduler_available_filters`` (現在 ``available_filters``)

en: ``scheduler_default_filters`` (now ``enabled_filters``)
ja: ``scheduler_default_filters`` (現在 ``enabled_filters``)

en: ``scheduler_driver_task_period`` (now ``periodic_task_interval``)
ja: ``scheduler_driver_task_period`` (現在 ``periodic_task_interval``)

en: ``scheduler_driver`` (now ``driver``)
ja: ``scheduler_driver`` (現在 ``driver``)

en: ``scheduler_host_manager`` (now ``host_manager``)
ja: ``scheduler_host_manager`` (現在 ``host_manager``)

en: ``scheduler_host_subset_size`` (now ``host_subset_size``)
ja: ``scheduler_host_subset_size`` (現在 ``host_subset_size``)

en: ``scheduler_max_attempts`` (now ``max_attempts``)
ja: ``scheduler_max_attempts`` (現在 ``max_attempts``)

en: ``scheduler_max_instances_per_host`` (now ``max_instances_per_host``)
ja: ``scheduler_max_instances_per_host`` (現在 ``max_instances_per_host``)

en: ``scheduler_tracks_instance_changes`` (now ``track_instance_changes``)
ja: ``scheduler_tracks_instance_changes`` (現在 ``track_instance_changes``)

en: ``scheduler_use_baremetal_filters`` (now ``use_baremetal_filters``)
ja: ``scheduler_use_baremetal_filters`` (現在 ``use_baremetal_filters``)

en: ``scheduler_weight_classes`` (now ``weight_classes``)
ja: ``scheduler_weight_classes`` (現在 ``weight_classes``)

en: ``serial_port_proxy_uri`` in the ``vmware`` group
ja: ``vmware`` グループの ``serial_port_proxy_uri``

en: ``use_glance_v1`` option was removed due to plans to remove Glance V1 support during Ocata development.
ja: ``use_glance_v1`` オプションは Ocata の間に Glance V1 サポートを削除する計画に従って削除されました。

en: kernels prior to 3.0: 1
ja: kernels 3.0 より前: 1

en: network_allocate_retries config param now allows only positive integer values or 0.
ja: network_allocate_retries 設定のパラメータは、現在、正の整数か 0 のみです。

en: not-tags          (available in 2.26+)
ja: not-tags          (2.26 以上で有効)

en: not-tags-any      (available in 2.26+)
ja: not-tags-any      (2.26 以上で有効)

en: nova now requires ebtables 2.0.10 or later
ja: nova は、ebtables 2.0.10 以上を必要とします。

en: nova recommends libvirt 1.2.11 or later
ja: nova は、libvirt 1.2.11 以上を推奨します。

en: nova-scheduler process is now calling the placement API in order to get a list of valid destinations before calling the filters. That works only if all your compute nodes are fully upgraded to Ocata. If some nodes are not upgraded, the scheduler will still lookup from the DB instead which is less performant.
ja: nova-scheduler プロセスはフィルターを呼ぶ前に有効な宛先リストを得るために placement API を呼ぶようになりました。これは すべてのコンピュートノードが完全に Ocata にアップグレードされた場合のみ動作します。もしアップグレードされていないノードがあれば、スケジューラーは依然としてDBから参照し、パフォーマンスが低下します。

en: pci_alias (now pci.alias)
ja: pci_alias (現在 pci.alias)

en: pci_passthrough_whitelist (now pci.passthrough_whitelist)
ja: pci_passthrough_whitelist (現在 pci.passthrough_whitelist)

en: tags              (available in 2.26+)
ja: tags              (2.26 以上で有効)

en: tags-any          (available in 2.26+)
ja: tags-any          (2.26 以上で有効)

en: this change (1.5)
ja: この変更 (1.5)

en: total_iops_sec - normalized IOPS
ja: total_iops_sec - 正規化された IOPS

en: updates this resource provider
ja: このリソースプロバイダーを更新している。
