Running vshard routers on application threads
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 68/100
- Loại issue
- Tài liệu
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- lua
- Lĩnh vực
- documentation
Hướng nghiên cứu
Bắt đầu bằng cách tìm tài liệu cấu hình bộ định tuyến vshard và phần về sharding.router_thread_group. Giải thích rằng nhóm phải được định nghĩa trong threads.groups, đồng thời ghi lại các lưu ý về luồng ứng dụng liên quan đến các bản xuất IPROTO, quyền lua_call và hành vi khởi tạo theo từng luồng. Hoàn thành khi người dùng có thể cấu hình và vận hành bộ định tuyến trên các luồng ứng dụng theo hướng dẫn được tài liệu hóa.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The new configuration option sharding.router_thread_group specifies
the name of the thread group where the vshard router module will be
loaded and configured. The group must be defined in threads.groups.
The default value is "tx" (run the router on the main thread).
Using an alternative thread group is the way to scale the vshard router
performance within the same process, without spawning extra Tarantool
instances.
Notes about using vshard in application threads:
- Adding a function to the global Lua namespace
_Gin an application
thread does not export the function in IPROTO. Instead you should use
box.iproto.export(), which works both in the main and application
threads. - To grant a user a permission to execute a function exported in an
application thread over IPROTO, you should add the corresponding
lua_callprivilege to the config file. The execute access to
the universe or the super role won't work. - Each application thread acts as an independent router although they
all take requests from the same IPROTO port. In particular, this
means thatvshard.router.bootstrapshould be called once or
if_not_bootstrappedoption should be used, just like with routers
running on different Tarantool instances.
Requested by @locker in https://github.com/tarantool/tarantool/commit/68fe9c1da2cf4f4a2d83ce7356faf30cd1c9d250.
- Ngôn ngữ chính
- CSS
- Star
- 16
- Fork
- 49
- Merge trung bình
- 5 ngày 18 giờ
- Pull request đã merge (30 ngày)
- 1
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của tarantool/doc
-
dictionary size soft limitĐang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 67/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 70/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 63/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 78/100
Tất cả issue của tarantool/doc
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 92/100
huggingface/deep-rl-class#726 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 66/100
theforeman/foreman-documentation#5654 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Weekly link check failedĐang mở
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 82/100
-
sync-en
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 78/100
Maintainer thường phản hồi trong vòng 1 ngày
-
sync-en
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày