• Swift 새로운 버전이 업데이트 됐습니다.
• 이번 버전은 Kilo에 대응되는 버전입니다.
• 원문: [openstack-dev][Swift] Swift 2.2.2 released today
• 이번 버전은 2/2일에 나왔습니다. 2015년 2월 2일 2.2.2 버전..
• 이하 번역에 오류가 있을 수 있어 영어 원문과 같이 적었습니다.

변경 사항

• 데이터 배치 변경
  

  Data placement changes

  이번 릴리즈는 더 좋은 다른 배포 방법을 이용하여 처리하기 위해 Swift 데이터 배치에 몇가지 중요한 변화가 있었습니다. 첫째, 균형이 깨진 ring을 실패한 도메인에서 더 나은 분산 처리를위해 이동이 적은 파티션으로 이동시킵니다. 또 균형이 깨진 ring이 있을때, 비어있는 (파티션 크기가 0인) 장치는 더이상 다시 균형을 맞춘후 파티션을 유지하지 않습니다.

  This release has several major changes to data placement in Swift in order to better handle different deployment patterns. First, with an unbalance-able ring, less partitions will move if the movement doesn’t result in any better dispersion across failure domains. Also, empty (partition weight of zero) devices will no longer keep partitions after rebalancing when there is an unbalance-able ring.

  둘째, “overload”라는 계념이 ring에 추가되었습니다. 이것은 클러스터에 문제가 있을 경우, 서버, zone, region 사이서 적게 데이터가 움직인 균형이 깨진 클러스터와 (일반적인 장치 크기에 허용되는 것보다도 더) 작은 몇가지 추가 파티션에서 사용할 수 있습니다.

  Second, the notion of “overload” has been added to Swfit’s rings. This allows devices to take some extra partitions (more than would normally be allowed by the device weight) so that smaller and unbalanced clusters will have less data movement between servers, zones, or regions if there is a failure in the cluster.

  마지막으로 ring에 “dispersion”라 불리우는 새로운 메트릭스를 가집니다. 이것은 동일 클러스터 안에 많은 복제본이 있거나 동일한 서버에 배치된 두 복재본의 링에대한 파티션의 비율입니다. 그 파티션은 분산 메트릭으로 계산됩니다. 작은 값일 수록 더 좋으며, 더 적절한 “overload” 값을 찾기 위해 사용될 수 있습니다.

  Finally, rings have a new metric called “dispersion”. This is the percentage of partitions in the ring that have too many replicas in a cluster but two replicas for a partition get placed onto the same server, that partition will count towards the dispersion metric. A lower value is better, and the value can be used to find the proper value for “overload”.

  overload 와 분산 메트릭스는 swift-ring-build CLI 툴에서 사용할 수 있습니다.

  The overload and dispersion metrics have been exposed in the swfit-ring-build CLI tools.

  자세한 내용은 The Rings 에서 어떻게 데이터 배치 작업을 하는지 확인하십시오.

  See The Rings for more info on how data placement works now.

• 많은 out-of-sync, out-of-date 콘태이너들의 복제애대한 기능을 향상시켰습니다.
  

  Improve replication of large out-of-sync, out-of-date contatiners.

• 새로운 log_to_console 구성 옵션(기본 값 False)과 swift-drive-audit의 콘솔 로깅을 추가하였습니다.
  

  Added console logging to swfit-drive-audit with a new log_to_console config option (default False).

• 장치의 파티션을 지정할때, 복제를 최적화하였습니다.
  

  Optimize replication when a device and/or partition is specified.

• 동적 큰 객체 목록을 버전관리가 되도록 수정됐습니다. 이것으로 의도하지 않은 작동을 방지할 수 있습니다.
  

  Fix dynamic large object manifests getting versioned. This was not intended and did not work. Now it is properly prevented.

• 큰 객체 목록에 누락된 부분이 있을때의 GET 응답 코드를 수정했습니다.
  

  Fix the GET’s response code when there is a missing segment in a large object manifest.

• sysmeta를 이용하여 ratelimit 미들웨어 내에서 블랙/화이트 리스트를 변경할 수 있습니다. 대신 구성 옵션을 이용하여, ratelimiting에 대한 화이트 리스트 또는 블랙 리스트에 계정에서 “X-Account-Sysmeta-Global-Write-Ratelimit: WHITELIST” 또는 “X-Account-Sysmeta-Global-Write-Ratelimit: BLACKLIST” 오퍼레이터를 설정할 수 있습니다. 노트: 기존 구성 옵션은 계속 작동됩니다.
  

  Change black/white listing in retelimit middleware to use sysmeta. Instead of using the config option, operators can set “X-Account-Sysmeta-Global-Write-Ratelimit: WHITELIST” or “X-Account-Sysmeta-Global-Write-Ratelimit: BLACKLIST” on an account to whitelist or blacklist it for ratelimiting. Note: the existing config options continue to work.

• 외부로가는 연결에서 TCP_NODELAY를 사용합니다.
  

  Use TCP_NODELAY on outgoing connections.

• object-replicator 시작 시간을 향상시켰습니다.
  

  Improve object-replicator startup time.

• 스토리지 노드에대한 OPTIONS 항목을 제공합니다.
  

  Implement OPTIONS verb for storage nodes.

• 다른 여러 버그 픽스와 개선이 있습니다.
  

  Various other minor bug fixs and improvements.