Swift Release Notes - en to ja translation catalogue (185 entries)

en: A PUT or POST to a container will now update the container's Last-Modified time, and that value will be included in a GET/HEAD response.
ja: コンテナーへの PUT または POST は、コンテナーの最終更新時刻を更新し、その値は GET/HEAD レスポンスに含まれます。

en: A composite ring comprises two or more component rings that are combined to form a single ring with a replica count equal to the sum of the component rings. The component rings are built independently, using distinct devices in distinct regions, which means that the dispersion of replicas between the components can be guaranteed.
ja: 複合リングは、コンポーネントリングの合計に等しい複製数を有して形成する単一リングが結合されたコンポーネントリングを２つ以上含みます。 コンポーネントリングは、別個の領域に別個のデバイスを使用して独立して構築されているため、コンポーネント間のレプリカの分散を保証できます。

en: Accept a trade off of dispersion for balance in the ring builder that will result in getting to balanced rings much more quickly in some cases.
ja: リングビルダーのバランスのために、分散のトレードオフを受け入れ、場合によってはバランスされたリングにより早く到達します。

en: Account and container databases will now be quarantined if the database schema has been corrupted.
ja: データベーススキーマが壊れていると、アカウントとコンテナーのデータベースが隔離されるようになりました。

en: Account and container replication stats logs now include ``remote_merges``, the number of times a whole database was sent to another node.
ja: アカウントとコンテナー複製の統計ログに、データベース全体が別のノードに送信された回数、``remote_merges`` が追加されました。

en: Add Composite Ring Functionality
ja: 複合リング機能を追加しました。

en: Add Vary headers for CORS responses.
ja: CORS 応答用の Vary ヘッダーを追加しました。

en: Add checksum to object extended attributes.
ja: オブジェクトの拡張属性にチェックサムを追加します。

en: Add support to increase object ring partition power transparently to end users and with no cluster downtime. Increasing the ring part power allows for incremental adjustment to the upper bound of the cluster size. Please review the `full docs <https://docs.openstack.org/swift/latest/ring_partpower.html>`__ for more information.
ja: エンドユーザーにオブジェクトのリング・パーティション・パワーを透過的に増加させるためのクラスタのダウンタイムが発生しないサポートを追加しました。リングの部分力を増加させることにより、クラスタサイズの上限に増分調整が可能になります。詳細は `フルドキュメント
     <https://docs.openstack.org/swift/latest/ring_partpower.html>`__ を参照してください。

en: Added ``--swift-versions`` to ``swift-recon`` CLI to compare installed versions in the cluster.
ja: クラスターにインストールされているバージョンを比較するために、``swift-recon`` CLI に ``--swift-versions`` を追加しました。

en: Added a "user" option to the drive-audit config file. Its value is used to set the owner of the drive-audit recon cache.
ja: ドライブ監査設定ファイルに "user" オプションを追加しました。その値は、ドライブ監査の調整キャッシュの所有者を設定するために使用されます。

en: Added a configurable URL base to staticweb, fixing issues when the accessible endpoint isn't known to the Swift cluster (eg http vs https).
ja: 静的ウェブに対する設定可能な URL ベースを追加し、アクセス可能なエンドポイントが Swiftクラスタに知らされていない場合の問題を修正しました（例えば、httpとhttps）。

en: Added a configurable URL base to staticweb.
ja: 静的ウェブに対する設定可能な URL ベースを追加しました。

en: Added container/object listing with prefix to InternalClient.
ja: InternalClient のコンテナー／オブジェクトの一覧作成で接頭辞を指定できるようになりました。

en: Added support for inline data segments in SLO manifests.
ja: SLO マニフェストにおけるインラインデータセグメントをサポートしました。

en: Added support for per-policy proxy config options. This allows per-policy affinity options to be set for use with duplicated EC policies and composite rings. Certain options found in per-policy conf sections will override their equivalents that may be set in the [app:proxy-server] section. Currently the options handled that way are ``sorting_method``, ``read_affinity``, ``write_affinity``, ``write_affinity_node_count``, and ``write_affinity_handoff_delete_count``.
ja: ポリシーごとのプロキシー設定オプションのサポートが追加されました。これにより、ポリシーごとのアフィニティオプションを、複製された EC ポリシーおよび複合リングで使用するように設定できます。ポリシーごとの conf セクションにある特定のオプションは、 [app：proxy-server] セクションで設定できる同等のものよりも優先されます。現在、このように処理されるオプションは ``sorting_method``、 ``read_affinity``、 ``write_affinity``、 ``write_affinity_node_count``、 ``write_affinity_handoff_delete_count`` です。

en: Added support for retrieving the encryption root secret from an external key management system. In practice, this is currently limited to Barbican.
ja: 外部鍵管理システムからの暗号化ルートシークレットの取得をサポートしました。現在 Barbican に限定されています。

en: Added symlink objects support.
ja: シンボリックリンクオブジェクトをサポートしました。

en: All 416 responses will now include a Content-Range header with an unsatisfied-range value. This allows the caller to know the valid range request value for an object.
ja: 416 のすべてのレスポンスには、範囲の値を持つ Content-Range ヘッダーが含まれるようになりました。 これにより、呼び出し元はオブジェクトの有効範囲要求値を知ることができます。

en: Allow the expirer to gracefully move past updating stale work items.
ja: expirer が安全に古い作業項目を移動できるようになりました。

en: Always set Swift processes to use UTC.
ja: Swift プロセスがいつも UTC を使うように設定しました。

en: Bug Fixes
ja: バグ修正

en: Cache all answers from nameservers in cname_lookup.
ja: cname_lookup でネームサーバーからのすべての応答をキャッシュします。

en: Changed where liberasurecode-devel for CentOS 7 is referenced and installed as a dependency.
ja: CentOS 7 での、liberasurecode-devel が参照、インストールされる場所を変更しました。

en: Cleaned up logged tracebacks when talking to memcached servers.
ja: memcached サーバーと通信するときのトレースバックログをクリーンアップしました。

en: Closed a bug where ssync may have written bad fragment data in some circumstances. A check was added to ensure the correct number of bytes is written for a fragment before finalizing the write. Also, erasure coded fragment metadata will now be validated on read requests and, if bad data is found, the fragment will be quarantined.
ja: いくつかの状況で ssync が不正なフラグメントデータを書き込むバグをクローズしました。書き込みを終了する前に、正しいバイト数がフラグメントに書き込まれていることを確認するためのチェックが追加されました。また、消去コード化されたフラグメントメタデータが読み取り要求で検証され、不良データが見つかると、そのフラグメントが隔離されます。

en: Closed a bug where ssync may have written bad fragment data in some circumstances. A check was added to ensure the correct number of bytes is written for a fragment before finalizing the write. Also, erasure coded fragment metadata will now be validated when read and, if bad data is found, the fragment will be quarantined.
ja: いくつかの状況で ssync が不正なフラグメントデータを書き込むバグをクローズしました。書き込みを終了する前に、正しいバイト数がフラグメントに書き込まれていることを確認するためのチェックが追加されました。また、消去コード化されたフラグメントメタデータが読み取り要求で検証され、不良データが見つかると、そのフラグメントが隔離されます。

en: Composite rings can be used for explicit replica placement and "replicated EC" for global erasure codes policies.
ja: 複合リングは、明示的なレプリカの配置と、グローバル消去コードポリシーのための「複製された EC」に使用できます。

en: Composite rings support 'cooperative' rebalance which means that during rebalance all component rings will be consulted before a partition is moved in any component ring. This avoids the same partition being simultaneously moved in multiple components.
ja: 複合リングは「協調的」リバランスをサポートしています。つまり、リバランス時に、コンポーネントリング内でパーティションを移動する前に、すべてのコンポーネントリングに諮られます。 これにより、複数のコンポーネントで同じパーティションを同時に移動されることがなくなります。

en: Container sync can now copy SLOs more efficiently by allowing the manifest to be synced before all of the referenced segments. This fixes a bug where container sync would not copy SLO manifests.
ja: コンテナーシンクでは、マニフェストをすべての参照されるセグメントの前に同期させることで、SLO をより効率的にコピーできます。 これにより、コンテナーの同期が SLO マニフェストをコピーしないバグが修正されました。

en: Correctly handle deleted files with if-none-match requests.
ja: if-none-match 要求で削除されたファイルを正しく処理します。

en: Correctly send 412 Precondition Failed if a user sends an invalid copy destination. Previously Swift would send a 500 Internal Server Error.
ja: ユーザーが無効なコピー先を送信した場合は、 412 Precondition Failed を正しく送信します。以前は、Swift は 500 の内部サーバーエラーを送信しました。

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

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

en: Currently the default is still only one process, and no workers. Set ``reconstructor_workers`` in the ``[object-reconstructor]`` section to some whole number <= the number of devices on a node to get that many reconstructor workers.
ja: 現在のところ、デフォルトはまだ１つのプロセスしかなく、ワーカーはいません。多くの再構成ワーカーを得るためには、 ``[object-reconstructor]`` セクションの ``reconstructor_workers`` をいくつかの合計数（ <= ノード上にあるデバイスの数）を設定してください。

en: Daemons using InternalClient can now be properly killed with SIGTERM.
ja: InternalClient を使用するデーモンは、 SIGTERM を使用して適切に停止できます。

en: Deleting an expiring object will now cause less work in the system. The number of async pending files written has been reduced for all objects and greatly reduced for erasure-coded objects. This dramatically reduces the burden on container servers.
ja: 期限切れオブジェクトの削除は、システムでの作業を削減します。非同期で保留されているファイルの数は、すべてのオブジェクトで削減され、消去コード付きオブジェクトでは大幅に削減されます。これにより、コンテナーサーバーの負担が劇的に軽減しました。

en: Deprecate swift-temp-url and call python-swiftclient's implementation instead. This adds python-swiftclient as an optional dependency of Swift.
ja: swift-temp-url を非推奨にし、代わりに python-swiftclient の実装を呼び出してください。これにより、python-swiftclient が Swift のオプションの依存関係として追加されます。

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

en: Disallow X-Delete-At header values equal to the X-Timestamp header.
ja: X-Delete-At ヘッダーの値が X-Timestamp ヘッダーと等しいことを禁止します。

en: Display more info on empty rings.
ja: 空のリングに詳細情報を表示します。

en: Do not follow CNAME when host is in storage_domain.
ja: ホストが storage_domain にある場合、CNAME に従わないようにしました。

en: Drop support for auth-server from common/manager.py and `swift-init`.
ja: common/manager.pyと `swift-init` から auth-server のサポートを削除しました。

en: EC Fragment Duplication - Foundational Global EC Cluster Support.
ja: EC フラグメント複製 - 基盤的なグローバル EC クラスタをサポートしました。

en: Enable cluster-wide CORS Expose-Headers setting via "cors_expose_headers".
ja: "cors_expose_headers" でクラスタ全体の CORS Expose-Headers 設定を有効にします。

en: Enabled versioned writes on Dynamic Large Objects (DLOs).
ja: ダイナミックラージオブジェクト（DLO）でのバージョン管理された書き込みを有効にしました。

en: Ensure update of the container by object-updater, removing a rare possibility that objects would never be added to a container listing.
ja: オブジェクトがコンテナーリスティングに追加されるない、まれな可能性を排除し、オブジェクトアップデータによるコンテナーの更新を確実にしました。

en: Erasure code GET performance has been significantly improved in clusters that are not completely healthy.
ja: 完全に健全でないクラスターにおける、消去コードの GET 性能が大幅に向上しました。

en: Erasure code reconstruction handles moving data from handoff nodes better. Instead of moving the data to another handoff, it waits until it can be moved to a primary node.
ja: 消失コード再構成は、ハンドオフノードからの移動データをより良く処理します。 データを別のハンドオフに移動する代わりに、プライマリーノードに移動できるようになるまで待機します。

en: Erasure-coded storage policies using ``isa_l_rs_vand`` and ``nparity`` >= 5 must be configured as deprecated, preventing any new containers from being created with such a policy. This configuration is known to harm data durability. Any data in such policies should be migrated to a new policy. See See `Launchpad bug 1639691 <https://bugs.launchpad.net/swift/+bug/1639691>`__ for more information.
ja: ``isa_l_rs_vand`` と ``nparity`` >= 5 を使った消去コード化ストレージポリシーは廃止予定にする必要があり、このようなポリシーで新しいコンテナーが作成されないようにする必要があります。この設定は、データ耐久性に害を与えることが知られています。そのようなポリシー内のデータは、新しいポリシーに移行する必要があります。詳細は、 `Launchpad bug 1639691 <https://bugs.launchpad.net/swift/+bug/1639691>`__ を参照してください。

en: Fixed UnicodeDecodeError in the object reconstructor that would prevent objects with non-ascii names from being reconstructed and caused the reconstructor process to hang.
ja: 非 ASCII 名のオブジェクトが再構築されず、再構築プロセスがハングアップする原因となるオブジェクト再構成の UnicodeDecodeError が修正されました。

en: Fixed XML responses (eg on bulk extractions and SLO upload failures) to be more correct. The enclosing "delete" tag was removed where it doesn't make sense and replaced with "extract" or "upload" depending on the context.
ja: XML レスポンス（一括抽出や SLO アップロードの失敗など）がより正確になりました。意味のない "delete" の閉じタグは削除され、コンテキストに応じた "extract" あるいは "upload" に置き換えられました。

en: Fixed a bug in domain_remap when obj starts/ends with slash.
ja: オブジェクトがスラッシュで開始/終了するときの domain_remap のバグを修正しました。

en: Fixed a bug in the EC reconstructor where an unsuccessful sync would cause extra disk I/O load on the remote server. Now the extra checking work is only requested if the sync request was successful.
ja: 失敗した同期がリモートサーバー上で余分なディスク I/O 負荷を引き起こす EC 再構成のバグを修正しました。同期要求が成功した場合にのみ、追加のチェック作業が要求されるようになりました。

en: Fixed a bug introduced in 2.15.0 where the object reconstructor would exit with a traceback if no EC policy was configured.
ja: 2.15.0 で導入されたバグを修正しました。 EC ポリシーが設定されていない場合は、オブジェクト再構成ツールがトレースバックで終了します。

en: Fixed a bug where SSYNC would fail to replicate unexpired object.
ja: SSYNC が期限切れのオブジェクトを複製できないバグを修正しました。

en: Fixed a bug where a container listing delimiter wouldn't work with encryption.
ja: コンテナーのリスト区切り文字が暗号化で機能しないバグを修正しました。

en: Fixed a bug where an SLO download with a range request may have resulted in a 5xx series response.
ja: 範囲リクエストで SLO をダウンロードした結果、 5xx シリーズの応答が発生する可能性があるバグを修正しました。

en: Fixed a bug where some headers weren't being copied correctly in a COPY request.
ja: 一部のヘッダーが COPY リクエストで正しくコピーされていなかったバグを修正しました。

en: Fixed a bug where some tombstone files might never be reclaimed.
ja: いくつかの廃棄済みオブジェクト (tombstone) ファイルが再利用されないかもしれないバグを修正しました。

en: Fixed a bug where the ring builder would not allow removal of a device when min_part_seconds_left was greater than zero.
ja: min_part_seconds_left が 0 より大きい場合、リングビルダーがデバイスの削除を許可しないバグを修正しました。

en: Fixed a few areas where the ``swiftdir`` option was not respected.
ja: ``swiftdir`` オプションが尊重されなかったいくつかの領域を修正しました。

en: Fixed a race condition in updating hashes.pkl where a partition suffix invalidation may have been skipped.
ja: パーティションサフィックスの無効化がスキップされた可能性のある hashes.pkl の更新時の競合状態を修正しました。

en: Fixed a rare infinite loop in `swift-ring-builder` while placing parts.
ja: パーツを置いている間の`swift-ring-builder` のまれな無限ループを修正しました。

en: Fixed a rare issue where multiple backend timeouts could result in bad data being returned to the client.
ja: 複数のバックエンドのタイムアウトが原因で、クライアントに不正なデータが返されるという稀な問題を修正しました。

en: Fixed a socket leak in copy middleware when a large object was copied.
ja: ラージオブジェクトをコピーしたときの copy ミドルウェアのソケットリークを修正しました。

en: Fixed an issue where background consistency daemon child processes would deadlock waiting on the same file descriptor.
ja: バックグラウンド一貫性デーモンの子プロセスが同じファイル記述子を待ってデッドロックする問題を修正しました。

en: Fixed deadlock when logging from a tpool thread.
ja: tpool スレッドからのロギング時のデッドロックを修正しました。

en: Fixed encoding issue in ssync where a mix of ascii and non-ascii metadata values would cause an error.
ja: ASCII メタデータ値と非 ASCII メタデータ値が混在するとエラーが発生する、 ssync のエンコードの問題を修正しました。

en: Fixed error where a container drive error resulted in double space usage on rest drives. When drive with container or account database is unmounted, the bug would create handoff replicas on all remaining drives, increasing the drive space used and filling the cluster.
ja: コンテナードライブのエラーにより、残りのドライブに二重のスペースが使用されるというエラーを修正しました。コンテナーまたはアカウントデータベースを使用したドライブのマウントが解除されたときに、このバグは残りのすべてのドライブにハンドオフレプリカを作成し、ドライブの使用容量を増やし、クラスターを満たしていました。。

en: Fixed non-deterministic suffix updates in hashes.pkl where a partition may be updated much less often than expected.
ja: パーティションが予想よりもずっと少なく更新される可能性がある hashes.pkl の固定の非確定的なサフィックスの更新を修正しました。

en: Fixed rare socket leak on range requests to erasure-coded objects.
ja: 消去コード付きオブジェクトへの範囲リクエストでの稀なソケットリークを修正しました。

en: Fixed regression in consolidate_hashes that occured when a new file was stored to new suffix to a non-empty partition. This bug was introduced in 2.7.0 and could cause an increase in rsync replication stats during and after upgrade, due to inconsistent hashing of partition suffixes.
ja: 新しいファイルが空でないパーティションに新しいサフィックスで格納されたときに発生した consolidate_hash の退行バグを修正しました。 このバグは2.7.0で導入され、パーティションサフィックスの一貫性のないハッシュのために、アップグレード中およびアップグレード後に rsync のレプリケーション統計を増加する可能性があります。

en: Fixed regression in consolidate_hashes that occurred when a new file was stored to new suffix to a non-empty partition. This bug was introduced in 2.7.0 and could cause an increase in rsync replication stats during and after upgrade, due to inconsistent hashing of partition suffixes.
ja: 新しいファイルが空でないパーティションに新しいサフィックスで格納されたときに発生した consolidate_hash の退行バグを修正しました。 このバグは2.7.0で導入され、パーティションサフィックスの一貫性のないハッシュのために、アップグレード中およびアップグレード後に rsync のレプリケーション統計を増加する可能性があります。

en: Fixed some minor test compatibility issues.
ja: いくつかのテストの互換性の問題を修正しました。

en: Fixed the KeyError message when auditor finds an expired object.
ja: 監査が期限切れのオブジェクトを見つけたときの KeyError メッセージを修正しました。

en: Fixed the stats calculation in the erasure code reconstructor.
ja: 消去コード再構成の統計計算を修正しました。

en: Fixed using ``swift-ring-builder set_weight`` with more than one device.
ja: 複数のデバイスでの``swift-ring-builder set_weight`` の使用を修正しました。

en: For further information see the `docs <https://docs.openstack.org/swift/latest/overview_ring.html#module-swift.common.ring.composite_builder>`__
ja: 詳細は `docs <https://docs.openstack.org/swift/latest/overview_ring.html#module-swift.common.ring.composite_builder>`__ を参照してください。

en: Fractional replicas are no longer allowed for erasure code policies.
ja: 断片的な複製は、消去コードポリシーには使用できなくなりました。

en: GET and HEAD requests to a symlink will operate on the referenced object and require appropriate permission in the target container. DELETE and PUT requests will operate on the symlink object itself. POST requests are not forwarded to the referenced object. POST requests sent to a symlink will result in a 307 Temporary Redirect response.
ja: シンボリックリンクに対する GET と HEAD リクエストは、参照されたオブジェクトに対して操作が行われ、対象となるコンテナーへの適切な権限を必要とします。DELETE と PUT リクエストは、シンボリックリンクオブジェクト自身に操作が行われます。POST リクエストは参照されているオブジェクトに転送されません。シンボリックリンクに対する POST リクエストの送信は、307 Temporary Redirect レスポンスになります。

en: I/O priority is now supported on AArch64 architecture.
ja: AArch64 アーキテクチャーで I/O 優先順位がサポートされるようになりました。

en: If a proxy server is configured to autocreate accounts and the account create fails, it will now return a server error (500) instead of Not Found (404).
ja: プロキシサーバーにアカウント自動作成が設定されていて、アカウント作成に失敗すると、Not Found (404) ではなく、サーバーエラー (500) が返されます。

en: If using erasure coding with ISA-L in rs_vand mode and 5 or more parity fragments, Swift will emit a warning. This is a configuration that is known to harm data durability. In a future release, this warning will be upgraded to an error unless the policy is marked as deprecated. All data in an erasure code storage policy using isa_l_rs_vand with 5 or more parity should be migrated as soon as possible. Please see https://bugs.launchpad.net/swift/+bug/1639691 for more information.
ja: rs_vand モードで消去コードに ISA-L を使用し、パリティフラグメントが5つ以上ある場合、 Swift は警告を発します。これは、データの耐久性を損なうことが知られている設定です。将来のリリースでは、ポリシーが廃止予定とマークされていない限り、この警告はエラーにアップグレードされる予定です。 isa_l_rs_vand を 5 以上のパリティで使用する消去コード格納ポリシーのすべてのデータは、できるだけ早く移行する必要があります。詳細については、 https://bugs.launchpad.net/swift/+bug/1639691
     を参照してください。

en: If you upgrade and roll back, you must delete all `hashes.pkl` files.
ja: アップグレードしてロールバックする場合は、すべての `hashes.pkl` ファイルを削除する必要があります。

en: Imported docs content from openstack-manuals project.
ja: openstack-manuals プロジェクトからドキュメントコンテンツをインポートしました。

en: Improved ``object-updater`` stats logging. It now tells you all of its stats (successes, failures, quarantines due to bad pickles, unlinks, and errors), and it tells you incremental progress every five minutes. The logging at the end of a pass remains and has been expanded to also include all stats.
ja: ``object-updater`` 統計ログを改善しました。すべての統計（成功、失敗、悪いピクルスによる検疫、リンク解除、エラー）を出力し、また、５分毎に進捗状況を出力します。成功の最後のログは残り、すべての統計情報も含むように拡張されました。

en: Improved performance by eliminating an unneeded directory structure hash.
ja: 不要なディレクトリ構造ハッシュを排除してパフォーマンスを向上させました。

en: Improved the granularity of the ring dispersion metric so that small improvements after a rebalance can show changes in the dispersion number. Dispersion in existing and new rings can be recalculated using the new ``--recalculate`` option to ``swift-ring-builder``.
ja: 再分散後の小さな改善により分散数の変化を示すことができるように、リング分散メトリックの粒度を改善しました。既存、および新しいリングの分散は、``swift-ring-builder`` の新しい ``--recalculate`` オプションを使うことで再計算されます。

en: Improvements in key parts of the consistency engine
ja: 整合性エンジンの重要な部分を改善しました。

en: In SLO manifests, the `etag` and `size_bytes` keys are now fully optional and not required. Previously, the keys needed to exist but the values were optional. The only required key is `path`.
ja: SLO マニフェストでは、 `etag` と `size_bytes` キーは完全にオプションであり、必須ではありません。 以前は、キーが必要でしたが、値はオプションでした。唯一必要なキーは `path` です。

en: Include object sysmeta in POST responses. Sysmeta is still stripped from the response before being sent to the client, but this allows middleware to make use of the information.
ja: POST 応答にオブジェクト sysmeta を含めます。 Sysmeta は依然としてクライアントに送信される前に応答から取り除かれますが、ミドルウェアはその情報を利用できます。

en: Include received fragment index in reconstructor log warnings.
ja: 受信したフラグメントインデックスを再構築ログの警告に含めました。

en: Instead of using a separate .durable file to indicate the durable status of an EC fragment archive, we rename the .data to include a durable marker in the filename. This saves one inode for every EC .data file. Existing .durable files will not be removed, and they will continue to work just fine.
ja: 別の .durable ファイルを使用して EC フラグメントアーカイブの耐久性ステータスを示す代わりに、ファイル名に耐久マーカーを含めるように .data の名前を変更します。 これにより、すべてのEC .data ファイルに対して1つの inode が節約されます。 既存の .durable ファイルは削除されず、正常に動作し続けます。

en: Let clients request heartbeats during SLO PUTs by including the query parameter ``heartbeat=on``.
ja: SLO PUT の間、クエリーパラメーター ``heartbeat=on`` を含めることで、クライアントがハートビートを要求できるようにしました。

en: Listing containers in accounts with json or xml now includes a `last_modified` time. This does not change any on-disk data, but simply exposes the value to offer consistency with the object listings on containers.
ja: json または xml を使用してアカウントのコンテナーを表示するときに、 `last_modified` 時刻が追加されました。これにより、ディスク上のデータは変更されませんが、値を公開してコンテナーのオブジェクトリストとの一貫性を提供します。

en: Log correct status code for conditional requests.
ja: 条件付きリクエストの正しいステータスコードを記録します。

en: Log deprecation warning for ``allow_versions`` in the container server config. Configure the ``versioned_writes`` middleware in the proxy server instead. This option will be ignored in a future release.
ja: コンテナーサーバーの設定の ``allow_versions`` のために、非推奨警告ログを出力します。代わりに ``versioned_writes`` ミドルウェアをプロキシサーバーに設定します。このオプションは将来のリリースでは無視されます。

en: Log the correct request type of a subrequest downstream of copy.
ja: サブリクエストの正しいリクエストタイプをコピーの後ろに記録します。

en: Make mount_check option usable in containerized environments by adding a check for an ".ismount" file at the root directory of a device.
ja: デバイスのルートディレクトリの ".ismount" ファイルのチェックを追加することにより、コンテナー化された環境で mount_check オプションを使用可能にします。

en: Mirror X-Trans-Id to X-Openstack-Request-Id.
ja: X-Trans-Id を X-Openstack-Request-Id に写します。

en: Move listing formatting out to a new proxy middleware named ``listing_formats``. ``listing_formats`` should be just right of the first proxy-logging middleware, and left of most other middlewares. If it is not already present, it will be automatically inserted for you.
ja: リストの成型を ``listing_formats`` という新しいプロキシミドルウェアに移動しました。``listing_formats`` は、最初の proxy-logging ミドルウェアの直ぐ右にあり、他のミドルウェアの左になければなりません。まだ存在しない場合は、自動的に挿入されます。

en: Moved Zuul v3 tox jobs into the Swift code repo.
ja: Zuul v3 の tox ジョブを Swift のリポジトリに移動しました。

en: Moved other-requirements.txt to bindep.txt. bindep.txt lists non-python dependencies of Swift.
ja: other-requirements.txt を bindep.txt に移動しました。 bindep.txt は、 Swift の非 Python 依存関係をリストします。

en: New Features
ja: 新機能

en: New config variables to change the schedule priority and I/O scheduling class. Servers and daemons now understand `nice_priority`, `ionice_class`, and `ionice_priority` to schedule their relative importance. Please read http://docs.openstack.org/developer/swift/deployment_guide.html for full config details.
ja: スケジュール優先度と I/O スケジューリングクラスを変更する新しい設定変数を追加しました。サーバーとデーモンは `nice_priority`、`ionice_class`、`ionice_priority` を理解し、相対的な重要性をスケジューリングするようになりました。 設定の詳細については、http://docs.openstack.org/developer/swift/deployment_guide.html を参照してください。

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

en: Note that after writing EC data with Swift 2.11.0 or later, that data will not be accessible to earlier versions of Swift.
ja: Swift 2.11.0 以降で EC データを書き込んだ後は、以前のバージョンの Swift ではそのデータにアクセスできないことに注意してください。

en: Note: if you have a custom middleware that makes account or container listings, it will only receive listings in JSON format.
ja: 注意: アカウントやコンテナー一覧を作るカスタムミドルウェアがある場合、受け取る一覧は JSON 形式のみです。

en: Now Swift will use ``write_affinity_handoff_delete_count`` to define how many local handoff nodes should swift send request to get more candidates for the final response. The default value "auto" means Swift will calculate the number automatically based on the number of replicas and current cluster topology.
ja: Swiftは、 ``write_affinity_handoff_delete_count`` を使って、最終応答の候補をもっと多く得るために、どのくらいのローカルハンドオフノードが要求を送信するべきかを定義します。デフォルト値 "auto" は、 Swift がレプリカの数と現在のクラスタートポロジーに基づいて自動的に数を計算することを意味します。

en: Now ``swift-recon-cron`` works with conf.d configs.
ja: ``swift-recon-cron`` は conf.d の設定で動作するようになりました。

en: Object expiry improvements
ja: オブジェクトの有効期限の改善

en: Object versioning now supports a "history" mode in addition to the older "stack" mode. The difference is in how DELETE requests are handled. For full details, please read http://docs.openstack.org/developer/swift/overview_object_versioning.html.
ja: オブジェクトのバージョン管理は、古い "stack" モードに加えて、 "history" モードをサポートするようになりました。 違いは、 DELETE 要求の処理方法にあります。 詳細については、 http://docs.openstack.org/developer/swift/overview_object_versioning.html を参照してください。

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

en: On newer kernels (3.15+ when using xfs), Swift will use the O_TMPFILE flag when opening a file instead of creating a temporary file and renaming it on commit. This makes the data path simpler and allows the filesystem to more efficiently optimize the files on disk, resulting in better performance.
ja: 新しいカーネル（xfsを使用する場合 3.15+ ）では、一時ファイルを作成してコミット時に名前を変更する代わりに、ファイルを開くときに Swift が O_TMPFILE フラグを使用します。これにより、データパスが簡単になり、ファイルシステムがディスク上のファイルをより効率的に最適化できるようになり、パフォーマンスが向上します。

en: Optimize the Erasure Code reconstructor protocol to reduce IO load on servers.
ja: 消去コード再構成プロトコルを最適化して、サーバーの IO 負荷を軽減します。

en: Optimized the common case for hashing filesystem trees, thus eliminating a lot of extraneous disk I/O.
ja: ファイルシステムツリーをハッシュするための一般的なケースを最適化し、多くの余分なディスク I/O を無くしました。

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

en: PUT subrequests generated from a client-side COPY will now properly log the SSC (server-side copy) Swift source field. See https://docs.openstack.org/developer/swift/logs.html#swift-source for more information.
ja: クライアント側の COPY から生成された PUT サブリクエストは、 SSC （サーバー側のコピー） Swift ソースフィールドを適切に記録するようになりました。詳細については、
    https://docs.openstack.org/developer/swift/logs.html#swift-source を参照してください。

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

en: Prevent logged traceback in object-server on client disconnect for chunked transfers to replicated policies.
ja: 複製されたポリシーへのチャンクされた転送時のクライアント切断で、オブジェクトサーバーにログされたトレースバックを防止します。

en: Previously, when deleting objects in multi-region swift deployment with write affinity configured, users always get 404 when deleting object before it's replicated to appropriate nodes.
ja: 以前は、書き込みアフィニティを設定したマルチリージョンの Swift 構成でオブジェクトを削除すると、オブジェクトが適切なノードにレプリケートされる前にオブジェクトを削除すると常に 404 となりました。

en: Remove ``swift-temp-url`` script. The functionality has been in swiftclient for a long time and this script has been deprecated since 2.10.0.
ja: ``swift-temp-url`` スクリプトを削除しました。この機能は、長い間 swiftclient にありましたが、2.10.0 から非推奨でした。

en: Remove deprecated ``vm_test_mode`` option.
ja: 非推奨の ``vm_test_mode`` オプションを削除しました。

en: Remove empty db hash and suffix directories if a db gets quarantined.
ja: DB が隔離された場合に、空の DB ハッシュとサフィックスディレクトリを削除します。

en: Removed "in-process-" from func env tox name to work with upstream CI.
ja: 上流の CI で動作するように、func env tox 名から "in-process-" を削除しました。

en: Removed a race condition where a POST to an SLO could modify the X-Static-Large-Object metadata.
ja: SLO クラウドへの POST が X-Static-Large-Object メタデータを変更できる、競合状態を削除しました。

en: Removed all ``post_as_copy`` related code and configs. The option has been deprecated since 2.13.0.
ja: ``post_as_copy`` に関連するすべてのコードと設定を削除しました。このオプションは、2.13.0 から非推奨でした。

en: Removed per-device reconstruction stats. Now that the reconstructor is shuffling parts before going through them, those stats no longer make sense.
ja: デバイスごとの再構成の統計を削除しました。再構成は、それらを通過する前にパーツをシャッフルするので、それらの統計はもはや意味をなしません。

en: Replaced ``replication_one_per_device`` by custom count defined by ``replication_concurrency_per_device``. The original config value is deprecated, but continues to function for now. If both values are defined, the old ``replication_one_per_device`` is ignored.
ja: ``replication_one_per_device`` を ``replication_concurrency_per_device`` によって定義されるカスタムカウントに置き換えました。元の設定値は非推奨となりましたが、引き続き機能します。両方の値が定義された場合、古い ``replication_one_per_device`` は無視されます。

en: Require that known-bad EC schemes be deprecated
ja: 既知の悪い EC スキームの要件を非推奨にしました。

en: Respect server type for --md5 check in swift-recon.
ja: swift-recon での --md5 チェックのサーバー種別を尊重します。

en: Respond 400 Bad Request when Accept headers fail to parse instead of returning 406 Not Acceptable.
ja: Accept ヘッダーの解析に失敗した時、406 Not Acceptable の代わりに 400 Bad Request が返されます。

en: Ring files now include byteorder information about the endian of the machine used to generate the file, and the values are appropriately byteswapped if deserialized on a machine with a different endianness. Newly created ring files will be byteorder agnostic, but previously generated ring files will still fail on different endian architectures. Regenerating older ring files will cause them to become byteorder agnostic. The regeneration of the ring files will not cause any new data movement. Newer ring files will still be usable by older versions of Swift (on machines with the same endianness--this maintains existing behavior).
ja: リングファイルには、ファイルを生成するために使用されたマシンのエンディアンに関するバイトオーダー情報が含まれるようになりました。エンディアンが異なるマシンでデシリアライズされた場合、値は適切にバイトスワップされます。新しく作成されたリングファイルはバイトオーダーには依存しませんが、以前に生成されたリングファイルは引き続き異なるエンディアンアーキテクチャで失敗します。古いリングファイルを再生成すると、それらはバイトオーダーに無関係になります。リングファイルを再生成しても、新しいデータの移動は発生しません。最新のリングファイルは Swift の古いバージョンでも使用できます（同じエンディアンのマシンでは、これは既存の動作を維持します）。

en: Rings with min_part_hours set to zero will now only move one partition replica per rebalance, thus matching behavior when min_part_hours is greater than zero.
ja: min_part_hours が 0 に設定されたリングは、リバランスのたびに１つのパーティションレプリカのみを移動するため、 min_part_hours が 0 より大きい場合の動作が一致します。

en: SLO manifest PUT requests can now be properly validated by sending an ETag header of the md5 sum of the concatenated md5 sums of the referenced segments.
ja: 参照されたセグメントの md5 合計が連結されたものの md5 合計を ETag ヘッダーで送信することによって、SLO マニフェストの PUT 要求を適切に検証することができます。

en: SLO will now concurrently HEAD segments, resulting in much faster manifest validation and object creation. By default, two HEAD requests will be done at a time, but this can be changed by the operator via the new `concurrency` setting in the "[filter:slo]" section of the proxy server config.
ja: SLO は現在、 HEAD セグメントを同時に処理するため、マニフェストの検証とオブジェクト作成が大幅に高速化されます。 デフォルトでは、一度に２つの HEAD リクエストが実行されますが、これはプロキシーサーバーの設定の "[filter：slo]" セクションの新しい `concurrency` 設定によってオペレーターが変更できます。

en: Save the ring when dispersion improves, even if balance doesn't improve.
ja: バランスが改善されない場合でも、分散が改善されたときにリングを保存します。

en: Send ETag header in 206 Partial Content responses to SLO reads.
ja: SLO 読み込みへの 206 Partial Content 応答で ETag ヘッダーを送信します。

en: Significant improvements to the api-ref doc available at http://developer.openstack.org/api-ref/object-storage/.
ja: http://developer.openstack.org/api-ref/object-storage/ の api-ref ドキュメントに対する重要な改善が行われました。

en: Static Large Object (SLO) manifest may now (again) have zero-byte last segments.
ja: Static Large Object (SLO) マニフェストは、0 バイトの最終セグメントを再度持つようになりました。

en: Stop logging tracebacks in the ``object-replicator`` when it runs out of handoff locations.
ja: ``object-replicator`` を実行する場所を使い果たした時のトレースバックのログを停止しました。

en: Stopped logging tracebacks when receiving an unexpected response.
ja: 想定外の応答を受信した時のトレースバックのログを停止しました。

en: Support multi-range GETs for static large objects.
ja: 静的ラージオブジェクトの multi-range GET をサポートしました。

en: Suppress unexpected-file warnings for rsync temp files.
ja: rsync の一時ファイルに対する unexpected-file 警告を抑制しました。

en: Suppressed the KeyError message when auditor finds an expired object.
ja: 監査が期限切れのオブジェクトを見つけたときの KeyError メッセージを抑制しました。

en: Swift Release Notes
ja: Swift リリースノート

en: Symlink objects reference one other object. They are created by creating an empty object with an X-Symlink-Target header. The value of the header is of the format <container>/<object>, and the target does not need to exist at the time of symlink creation. Cross-account symlinks can be created by including the X-Symlink-Target-Account header.
ja: Symlink オブジェクトは他のオブジェクトを参照します。これらは、X-Symlink-Target ヘッダーを持つ空のオブジェクトの作成によって作られます。ヘッダーの値は <container>/<object> 形式であり、シンボリックリンク作成時にターゲットが存在する必要はありません。クロスアカウントのシンボリックリンクは、X-Symlink-Target-Account ヘッダーを含むことによって作成できます。

en: TempURLs now support a validation against a common prefix. A prefix-based signature grants access to all objects which share the same prefix. This avoids the creation of a large amount of signatures, when a whole container or pseudofolder is shared.
ja: TempURL は、共通プレフィックスに対する検証をサポートするようになりました。接頭辞ベースの署名は、同じ接頭辞を共有するすべてのオブジェクトへのアクセスを許可します。これにより、コンテナーまたは擬似フォルダーの全体を共有するときに、大量の署名を作成することがなくなります。

en: TempURLs using the "inline" parameter can now also set the "filename" parameter. Both are used in the Content-Disposition response header.
ja: 「インライン」パラメータを使用する TempURL では、「ファイル名」パラメータも設定できるようになりました。どちらも Content-Disposition レスポンスヘッダーで使用されます。

en: Temporary URLs now support one common form of ISO 8601 timestamps in addition to Unix seconds-since-epoch timestamps. The ISO 8601 format accepted is '%Y-%m-%dT%H:%M:%SZ'. This makes TempURLs more user-friendly to produce and consume.
ja: 現在、 TempURL は、Unix エポック秒のタイムスタンプに加えて、 ISO 8601 タイムスタンプの一般的な形式をサポートするようになりました。受け入れられる ISO 8601 形式は、 '%Y-%m-%dT%H:%M:%SZ' です。これにより、一時 URL の作成と使用がユーザーフレンドリーになります。

en: The EC reconstructor process has been dramatically improved by adding support for multiple concurrent workers. Multiple processes are required to get high concurrency, and this change results in much faster rebalance times on servers with many drives.
ja: EC 再構成プロセスは、複数の並列ワーカーのサポートを追加することによって劇的に改善されました。 高い並列性を得るためには複数のプロセスが必要です。この変更により、多くのドライブを搭載したサーバーでは大幅に高速なリバランスが行われます。

en: The ``domain_remap`` middleware now supports the ``mangle_client_paths`` option. Its default "false" value changes ``domain_remap`` parsing to stop stripping the ``path_root`` value from URL paths. If users depend on this path mangling, operators should set ``mangle_client_paths`` to "True" before upgrading.
ja: ``domain_remap`` ミドルウェアは、``mangle_client_paths`` オプションをサポートしました。デフォルト値 "false" では、``domain_remap`` の解析で URL のパスから ``path_root`` 値を取り除かなくなります。このパスの切り取りに依存している場合は、アップグレードする前に、オペレーターは ``mangle_client_paths`` を "True" に設定する必要があります。

en: The default for `object_post_as_copy` has been changed to False. The option is now deprecated and will be removed in a future release. If your cluster is still running with post-as-copy enabled, please update it to use the "fast-post" method. Future versions of Swift will not support post-as-copy, and future features will not be supported under post-as-copy. ("Fast-post" is where `object_post_as_copy` is false).
ja: `object_post_as_copy` のデフォルトは False に変更されました。このオプションは廃止され、将来のリリースで削除される予定です。あなたのクラスターが post-as-copy を有効にして実行している場合は、 "fast-post" 方式を使用するように更新してください。 Swift の将来のバージョンは post-as-copyをサポートしませんし、将来の機能は post-as-copyの下ではサポートされません。（「Fast-post」は `object_post_as_copy` が false のところです）。

en: The erasure code reconstructor `handoffs_first` option has been deprecated in favor of `handoffs_only`. `handoffs_only` is far more useful, and just like `handoffs_first` mode in the replicator, it gives the operator the option of forcing the consistency engine to focus solely on revert (handoff) jobs, thus improving the speed of rebalances.  The `handoffs_only` behavior is somewhat consistent with the replicator's `handoffs_first` option (any error on any handoff in the replicator will make it essentially handoff only forever) but the `handoff_only` option does what you want and is named correctly in the reconstructor.
ja: 消去コード再構成の `handoffs_first` オプションは `handoffs_only` のために廃止されました。 `handoffs_only` ははるかに便利で、レプリケーターの `handoffs_first` モードと同様に、一貫性エンジンに復帰（ハンドオフ）ジョブだけに注力させるオプションをオペレーターに与え、リバランスのスピードを向上させます。 `handoffs_only` の振る舞いは、レプリケーターの `handoffs_first` オプションと一貫しています（レプリケーターのハンドオフ時にエラーが発生すると永久にハンドオフのみになります）が、`handoff_only` オプションは必要な処理を行い、再構成で正しく命名されます。

en: The erasure code reconstructor will now shuffle work jobs across all disks instead of going disk-by-disk. This eliminates single-disk I/O contention and allows continued scaling as concurrency is increased.
ja: 消去コード再構成は、ディスク単位で作業するのではなく、すべてのディスクで作業ジョブをシャッフルします。これにより、シングルディスクの I/O 競合がなくなり、並行性が高まるにつれて継続的なスケーリングが可能になります。

en: The improvements to EC reads made in Swift 2.10.0 have also been applied to the reconstructor. This allows fragments to be rebuilt in more circumstances, resulting in faster recovery from failures.
ja: Swift 2.10.0 で作成された EC 読み取りの改善も、再構成に適用されています。これにより、より多くの状況でフラグメントを再構築することができ、障害からの迅速な回復が可能になります。

en: The number of container updates on object PUTs (ie to update listings) has been recomputed to be far more efficient  while maintaining durability guarantees. Specifically, object PUTs to erasure-coded policies will now normally result in far fewer container updates.
ja: オブジェクトの PUT によるコンテナー更新の数（つまり、一覧の更新）は、耐久性の保証を維持しながら、遥かに効率的に再計算されます。具体的には、消去符号化ポリシーへのオブジェクトの PUT は、通常、コンテナーの更新が大幅に少なくなります。

en: The object and container server config option ``slowdown`` has been deprecated in favor of the new ``objects_per_second`` and ``containers_per_second`` options.
ja: オブジェクトとコンテナーのサーバー設定オプション ``slowdown`` は、新しい ``objects_per_second`` オプションと ``containers_per_second`` オプションのために廃止されました。

en: The object reconstructor can now rebuild an EC fragment for an expired object.
ja: オブジェクト再構成は、期限切れのオブジェクトの EC フラグメントを再構築できるようになりました。

en: The object server runs certain IO-intensive methods outside the main pthread for performance. Previously, if one of those methods tried to log, this can cause a crash that eventually leads to an object server with hundreds or thousands of greenthreads, all deadlocked. The fix is to use a mutex that works across different greenlets and different pthreads.
ja: オブジェクトサーバーは、パフォーマンスのためにメインの pthread の外部で特定の IO 集約型メソッドを実行します。以前は、これらのメソッドの 1 つがログに記録しようとすると、クラッシュが発生し、最終的にオブジェクトサーバーはデッドロックされた数百または数千のグリーンスレッドを持つに至ります。この修正は、異なる greenlet と異なる pthread にまたがって動作する mutex を使用することです。

en: The output of devices from ``swift-ring-builder`` has been reordered by region, zone, ip, and device.
ja: ``swift-ring-builder`` からのデバイスの出力は、リージョン、ゾーン、IP、デバイスによって、並べ替えられます。

en: The tempurl digest algorithm is now configurable, and Swift added support for both SHA-256 and SHA-512. Supported tempurl digests are exposed to clients in ``/info``. Additionally, tempurl signatures can now be base64 encoded.
ja: tmpurl のダイジェストアルゴリズムが設定可能になり、Swift は、SHA-256 および SHA-512 の両方のサポートを追加しました。サポートされる tmpurl ダイジェストは、``/info`` にてクライアントに公開されます。さらに、tempurl の署名を base64 でエンコードできるようになりました。

en: Throttle update_auditor_status calls so it updates no more than once per minute.
ja: update_auditor_status の呼び出しを絞りました。なので、1分に1回しか更新しません。

en: Throttle update_auditor_status calls so it updates no more than once per minute. This prevents excessive IO on a new cluster.
ja: update_auditor_status の呼び出しを絞りました。なので、1分に1回しか更新しません。これにより、新しいクラスタで過剰な I/O が発生するのを防ぎます。

en: Update dnspython dependency to 1.14, removing the need to have separate dnspython dependencies for Py2 and Py3.
ja: dnspython の依存関係を 1.14 に更新し、dnspython の依存関係を Python 2 と Python 3 に分ける必要性をなくしました。

en: Updated docs to reference appropriate ports.
ja: 適切なポートを参照するようにドキュメントを更新しました。

en: Updated the PyECLib dependency to 1.3.1.
ja: PyECLib の依存関係を 1.3.1 に更新しました。

en: Updated the `hashes.pkl` file format to include timestamp information for race detection. Also simplified hashing logic to prevent race conditions and optimize for the common case.
ja: 競合検出のタイムスタンプ情報を含むように `hashes.pkl` ファイル形式を更新しました。また競合状態を防止し、一般的なケースを最適化するために、ハッシュロジックを簡略化しました。

en: Upgrade Impact: If you upgrade and roll back, you must delete all `hashes.pkl` files.
ja: アップグレードの影響: アップグレードしてロールバックする場合は、すべての `hashes.pkl` ファイルを削除する必要があります。

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

en: Upgrade impact -- during a rolling upgrade, an updated proxy server may write a manifest that an out-of-date proxy server will not be able to read. This will resolve itself once the upgrade completes on all nodes.
ja: アップグレードの影響 -- ローリングアップグレード中に、更新されたプロキシサーバーは、期限切れのプロキシサーバーが読み込むことができないマニフェストを書き出す可能性があります。これは、すべてのノードでアップグレードが完了すると自ずと解決します。

en: Various other minor bug fixes and improvements.
ja: 様々な他のマイナーなバグ修正と改善。

en: WARNING: If you are using the ISA-L library for erasure codes, please upgrade to liberasurecode 1.3.1 (or later) as soon as possible. If you are using isa_l_rs_vand with more than 4 parity, please read https://bugs.launchpad.net/swift/+bug/1639691 and take necessary action.
ja: 警告: 消去コードに ISA-L ライブラリを使用している場合は、できるだけ早く liberasurecode 1.3.1 （またはそれ以降）にアップグレードしてください。 4つ以上のパリティを持つ isa_l_rs_vand を使用している場合は、 https://bugs.launchpad.net/swift/+bug/1639691 を参照して必要な処置を行ってください。

en: We do not yet have CLI tools for creating composite rings, but the functionality has been enabled in the ring modules to support this advanced functionality. CLI tools will be delivered in a subsequent release.
ja: 複合リングを作成するための CLI ツールはまだありませんが、この高度な機能をサポートするためにリングモジュールで機能が有効になっています。 CLI ツールは、以降のリリースで提供されます。

en: When requesting objects, return 404 if a tombstone is found and is newer than any data found. Previous behavior was to return stale data.
ja: オブジェクトを要求するとき、廃棄済みオブジェクト (tombstone) があり、他のデータよりも新しい場合には 404 を返します。以前の動作では、古いデータが返されていました。

en: When the object auditor examines an object, it will now add any missing metadata checksums.
ja: オブジェクト監査がオブジェクトを検査するとき、欠落しているメタデータのチェックサムを追加します。

en: With heartbeating turned on, the proxy will start its response immediately with 202 Accepted then send a single whitespace character periodically until the request completes. At that point, a final summary chunk will be sent which includes a "Response Status" key indicating success or failure and (if successful) an "Etag" key indicating the Etag of the resulting SLO.
ja: ハートビートをオンにすると、プロキシは 直ぐに 202 Accepted で応答を開始し、リクエストが完了するまで一つの空白文字を定期的に送信します。その時点で、成功か失敗かを示す「Response Status 」キーと、成功した場合には SLO の結果として生じる Etag を示す「Etag」キーを含む最終サマリーチャンクが送信されるようになります。

en: Write-affinity aware object deletion
ja: 書き込みアフィニティは、オブジェクトの削除を認識します。

en: X-Delete-At computation now uses X-Timestamp instead of system time. This prevents clock skew causing inconsistent expiry data.
ja: X-Delete-At の計算に、システム時間の代わりに X-Timestamp を使うようになりました。これは、時刻の誤差によって起こる期限データの矛盾を防止します。

en: ``swift-ring-builder`` improvements
ja: ``swift-ring-builder`` の改善

en: cname_lookup middleware now accepts a ``nameservers`` config variable that, if defined, will be used for DNS lookups instead of the system default.
ja: cname_lookup ミドルウェアは、定義されていれば、システムのデフォルトではなく DNS ルックアップに使用される ``nameservers`` 設定変数を受け入れるようになりました。

en: domain_remap now accepts a list of domains in "storage_domain".
ja: domain_remap は "storage_domain" にあるドメインのリストを受け入れるようになりました。

en: name_check and cname_lookup keys have been added to `/info`.
ja: name_check と cname_lookup キーが `/info` に追加されました。

en: swift-recon now respects storage policy aliases.
ja: swift-recon はストレージポリシーの別名を尊重するようになりました。
