A Placement Group (PG) aggregates a

A Placement Group (PG) aggregates a series of objects into a group, and maps the group to a series of OSDs. Tracking object placement and object metadata on a per-object basis is computationally expensive--i.e., a system with millions of objects cannot realistically track placement on a per-object basis. Placement groups address this barrier to performance and scalability. Additionally, placement groups reduce the number of processes and the amount of per-object metadata Ceph must track when storing and retrieving data.

Each placement group requires some amount of system resources:

Directly: Each PG requires some amount of memory and CPU.
Indirectly: The total number of PGs increases the peering count.
Increasing the number of placement groups reduces the variance in per-OSD load across your cluster. We recommend approximately 50-100 placement groups per OSD to balance out memory and CPU requirements and per-OSD load. For a single pool of objects, you can use the following formula:

When using multiple data pools for storing objects, you need to ensure that you balance the number of placement groups per pool with the number of placement groups per OSD so that you arrive at a reasonable total number of placement groups that provides reasonably low variance per OSD without taxing system resources or making the peering process too slow.

Set the Number of Placement Groups

To set the number of placement groups in a pool, you must specify the number of placement groups at the time you create the pool. See Create a Pool for details. Once you've set placement groups for a pool, you may increase the number of placement groups (but you cannot decrease the number of placement groups). To increase the number of placement groups, execute the following:

Kết quả (Việt) 1:

Một nhóm vị trí (PG) tập hợp một loạt các đối tượng vào một nhóm, và bản đồ các nhóm đến một loạt các OSDs. Theo dõi vị trí của đối tượng và siêu dữ liệu đối tượng trên một cơ sở cho một đối tượng là computationally đắt--tức là, một hệ thống với hàng triệu các đối tượng thực tế không thể theo dõi vị trí trên một cơ sở cho mỗi đối tượng. Vị trí nhóm giải quyết các rào cản này đến hiệu suất và khả năng mở rộng. Ngoài ra, vị trí nhóm giảm số lượng các quy trình và số lượng siêu dữ liệu cho mỗi đối tượng Ceph phải theo dõi khi lưu trữ và truy xuất dữ liệu.Mỗi nhóm vị trí yêu cầu một số lượng tài nguyên hệ thống:Trực tiếp: PG mỗi yêu cầu một số lượng bộ nhớ và CPU.Gián tiếp: Tổng số giáo sư tăng số sinh.Tăng số lượng các vị trí nhóm giảm phương sai cho-OSD tải trên nhóm của bạn. Chúng tôi đề nghị khoảng 50-100 vị trí nhóm mỗi OSD để cân bằng ra bộ nhớ và CPU yêu cầu và tải trọng cho-OSD. Một hồ bơi đơn của đối tượng, bạn có thể sử dụng các công thức sau:Khi sử dụng nhiều dữ liệu hồ bơi để lưu trữ các đối tượng, bạn cần đảm bảo rằng bạn cân bằng số lượng vị trí nhóm cho một hồ bơi với số lượng vị trí nhóm mỗi OSD do đó bạn đến một số hợp lý tất cả các vị trí nhóm cung cấp hợp lý thấp phương sai mỗi OSD mà không có thuế tài nguyên hệ thống hoặc làm cho quá trình sinh quá chậm.Thiết lập số lượng vị trí nhómĐể thiết lập số lượng vị trí nhóm trong một hồ bơi, bạn phải xác định số lượng vị trí nhóm vào thời điểm bạn tạo ra các hồ bơi. Hãy xem tạo một hồ bơi để biết chi tiết. Một khi bạn đã thiết lập vị trí nhóm cho một hồ bơi, bạn có thể tăng số lượng các nhóm vị trí (nhưng bạn không thể giảm số lượng các vị trí nhóm). Để tăng số lượng các vị trí nhóm, thực hiện như sau:

Kết quả (Việt) 2:

Một nhóm vị trí (PG) tập hợp một loạt các đối tượng thành một nhóm, và bản đồ trong nhóm thành một loạt các OSDs. Theo dõi vị trí đối tượng và siêu dữ liệu đối tượng trên một cơ sở cho mỗi đối tượng là tính toán đắt tiền - tức là, một hệ thống với hàng triệu đối tượng không thể thực tế theo dõi vị trí trên một cơ sở cho mỗi đối tượng. Nhóm vị trí giải quyết rào cản này đến hiệu suất và khả năng mở rộng. . Ngoài ra, các nhóm vị trí giảm số lượng của các quá trình và số lượng của siêu dữ liệu cho mỗi đối tượng Ceph phải theo dõi khi lưu trữ và lấy dữ liệu

Mỗi nhóm vị trí đòi hỏi một số lượng tài nguyên hệ thống:

Trực tiếp: Mỗi PG đòi hỏi một số lượng bộ nhớ và CPU.
Gián tiếp: tổng số PGs làm tăng số lượng peering.
tăng số lượng các nhóm vị trí làm giảm sự khác biệt trong tải mỗi OSD trên cluster của bạn. Chúng tôi đề nghị khoảng 50-100 nhóm vị trí cho mỗi OSD để cân bằng các yêu cầu bộ nhớ và CPU và tải mỗi OSD. Đối với một hồ bơi riêng các đối tượng, bạn có thể sử dụng công thức sau đây:

Khi sử dụng nhiều vùng dữ liệu để lưu trữ các đối tượng, bạn cần đảm bảo rằng bạn cân bằng số lượng các nhóm vị trí cho mỗi hồ bơi với số lượng các nhóm vị trí cho mỗi OSD để bạn đến tổng số lượng hợp lý của các nhóm vị trí đó cung cấp không đúng lý thấp mỗi OSD mà không đánh thuế tài nguyên hệ thống hoặc làm cho quá trình ngang hàng quá chậm.

đặt Number của nhóm vị trí

để thiết lập số lượng các nhóm vị trí trong một hồ bơi, bạn phải xác định số lượng các vị trí nhóm tại thời điểm bạn tạo ra các hồ bơi. Xem Tạo một hồ bơi để biết chi tiết. Một khi bạn đã thiết lập các nhóm vị trí cho một hồ bơi, bạn có thể tăng số lượng các nhóm vị trí (nhưng bạn không thể làm giảm số lượng các nhóm vị trí). Để tăng số lượng các nhóm vị trí, thực hiện như sau: