THỰC ĐƠN
Phần mềm cộng tác tích hợp trò chuyện doanh nghiệp, trí tuệ nhân tạo, hội nghị trực tuyến, lập lịch, quản lý tài liệu, quy trình làm việc và quản lý điểm danh | Hội nghị trực tuyến Chat&Messenger
  1. Trang chủ
  2. Cách sử dụng
  3. Máy chủ CAM tại chỗ
  4. Tính năng dự phòng/cân bằng tải của CAMServer

Tính năng dự phòng/cân bằng tải của CAMServer

Máy chủ CAM tại chỗ

mục lục

Về vấn đề dự phòng và cân bằng tải

Máy chủ CAM Trong kế hoạch tối thượng,Rất dễ dàng trong môi trường tại chỗ.Điều này cho phép dự phòng và cân bằng tải cho các máy chủ web và video. Nhờ đó, dịch vụ được duy trì liên tục ngay cả khi một máy chủ gặp sự cố, đồng thời cho phép giảm hiệu suất bằng cách phân phối quá trình xử lý cho một lượng lớn người dùng.

Ngoài ra, cấu hình phân tán Máy chủ CAM Nhưng giao tiếp thời gian thực là hoàn toàn khả thi. Ví dụ,CAMServer1 Máy khách được kết nối làCAMServer2 Bạn có thể trò chuyện và tổ chức hội nghị trực tuyến với các khách hàng khác đang kết nối với hệ thống của bạn.

• Việc cân bằng tải hội nghị trực tuyến được thực hiện dựa trên số lượng cuộc họp đang diễn ra và số người dùng tham gia.
Số lượng hội nghị trực tuyến đồng thời chỉ đơn giản làMáy chủ CAMViệc chỉ đơn thuần tăng số lượng nút mạng sẽ không giải quyết được vấn đề này. Cần phải xem xét cả cấu hình mạng để đảm bảo rằng không phải tất cả các hội nghị đều được định tuyến qua cùng một VPN hoặc bộ định tuyến trung tâm.

Cấu hình dự phòng và cân bằng tải

Chúng tôi có thể thiết lập môi trường tối ưu để đáp ứng yêu cầu và ngân sách của công ty bạn.

Cấu hình khởi đầu nhỏ

  • Kho:Cơ sở dữ liệu/tệp tin được đặt trên CAMServer1 và được truy cập từ CAMServer2. Ngay cả trong trường hợp này, tất cả người dùng vẫn có thể chia sẻ dữ liệu theo thời gian thực.
  • hỗ trợViệc sao lưu dữ liệu cơ sở dữ liệu/tệp tin hàng ngày lên CAMServer2 là bắt buộc.
  • cân bằng tảiViệc cân bằng tải có thể thực hiện được bằng cách tách riêng máy chủ CAMServer mà mỗi phòng ban truy cập (hoặc bằng cách sử dụng máy chủ dự phòng). Cân bằng tải luôn khả thi đối với các hội nghị trực tuyến.
  • khả dụngThiết lập đích kết nối cơ sở dữ liệu khi Đơn vị 1 gặp lỗi cam.serverDatePath Việc chuyển sang máy chủ cục bộ là cần thiết. Trong trường hợp ổ đĩa bị lỗi...hỗ trợxongDữ liệu đến ngày hôm trước được đảm bảo.
  • trị giáĐây là cấu hình tiết kiệm chi phí nhất. Nó bắt đầu với một thiết bị duy nhất và có thể được mở rộng tùy theo nhu cầu.

Cấu hình thiết bị lưu trữ ngoài (NAS)

  • [Mơ]Đặt cơ sở dữ liệu/tệp tin trên thiết bị lưu trữ NAS gắn ngoài có độ bền cao với cấu hình RAID, và cho phép cả CAMServer1 và CAMServer2 truy cập vào đó. Hoặc, chỉ định một NAS ảo do hệ điều hành máy chủ của cơ sở hạ tầng ảo hóa cung cấp.
  • hỗ trợNgay cả với cấu hình RAID, việc sao lưu dữ liệu cơ sở dữ liệu/tệp tin hàng ngày vẫn cần thiết để đề phòng các sự cố về nguồn điện/vỏ máy và lỗi do con người gây ra.
  • cân bằng tảiĐiều này tương tự như cấu hình khởi đầu nhỏ.
  • khả dụngTrong trường hợp xảy ra sự cố,Phiên bản ứng dụng web Nếu bạn sử dụng phương pháp này, hãy xem bên dưới. cam.clusterHostsNó có thể phát hiện điều này và kích hoạt tính năng chuyển đổi dự phòng tự động.
  • trị giáMột cấu hình tương đối tiết kiệm chi phí.

Cấu hình lưu trữ ngoài dự phòng

  1. [Mơ]Cấu hình này ưu tiên tính khả dụng cao trước các lỗi ổ đĩa bằng cách sử dụng các máy chủ chia sẻ tập tin dự phòng (chẳng hạn như Windows Server Failover Clustering + SAN, AWS S3 + rclone, v.v.).
  2. hỗ trợDữ liệu được sao chép tự động, vì vậy việc sao lưu có thể không cần thiết tùy thuộc vào chính sách. Tuy nhiên, nếu bạn muốn đề phòng lỗi do con người (chẳng hạn như xóa ổ đĩa thủ công), việc sao lưu vẫn là cần thiết.
  3. cân bằng tảiĐiều này tương tự như cấu hình khởi đầu nhỏ.
  4. khả dụngCấu hình máy chủ web giống với cấu hình khởi đầu nhỏ. Việc chuyển đổi tự động vẫn có thể thực hiện được ngay cả khi xảy ra lỗi do ổ đĩa hoặc khung máy.
  5. trị giáChi phí thiết lập ban đầu khá cao. Mặc dù AWS S3 có thể được xây dựng với chi phí thấp, nhưng nó không phải là lựa chọn khả thi nếu cơ sở hạ tầng tại chỗ là ưu tiên hàng đầu.

Cấu hình bộ cân bằng tải

  • [Mơ]Có sẵn các tùy chọn cấu hình khởi đầu nhỏ / NAS / SAN.
  • hỗ trợTương tự như cấu hình khởi đầu nhỏ / NAS / SAN.
  • cân bằng tảiBằng cách đặt bộ cân bằng tải (Load Balancer) phía trước CAMServer, có thể đạt được tính dự phòng và cân bằng tải.※ Chi tiết yêu cầu cấu hình bộ cân bằng tảiVui lòng kiểm tra thêm mục này.
  • khả dụngKết hợp với cấu hình lưu trữ ngoài dự phòng, tính năng tự động chuyển đổi dự phòng có thể được thực hiện trên tất cả các lớp.
  • trị giáChi phí thiết lập ban đầu khá cao.

Cài đặt dự phòng và cân bằng tải

Tổng quan về cấu hình

Để kích hoạt tính năng dự phòng và cân bằng tải cho CAMServer, hãy cài đặt CAMServer trên mỗi máy chủ phân tán.CAMServer/boot.ini Thêm mục sau vào tệp:

cam.clusterHosts=camserver1;camserver2
cam.clusterHostsDesc=camserver1 がメインサーバ、camserver2 は待機系サーバです。
cam.serverDatePath=\\disk\CAMServer\data
cam.disableLANNetwork=true

# ビデオサーバの分散設定。「サーバ=ノード分散参加数目安値」で定義。
cam.videoDomains=camserver1=50;camserver2=50;camserver3=50

cam.clusterHosts

cam.clusterHosts Tên máy chủ (FQDN) của mỗi máy chủ phân tán là ; Các mục được liệt kê, phân cách bằng dấu phẩy.

Khi khởi động CAMServer trên cổng 443

cam.clusterHosts=camserver1;camserver2

Nếu bạn muốn phân chia CAMServer theo từng phòng ban, hãy liệt kê tên máy chủ (FQDN) ở đầu mỗi tệp ini của CAMServer. Thứ tự liệt kê sẽ ảnh hưởng đến máy chủ kết nối ban đầu và việc lựa chọn máy chủ video khi khởi động.Phiên bản ứng dụng web Bằng phương pháp này, việc chuyển đổi máy chủ tự động có thể thực hiện được trong trường hợp xảy ra sự cố.

* Nếu chưa cấu hình xác thực một lần (SSO) hoặc xác thực không cần mật khẩu, bạn sẽ cần đăng nhập lại sau khi chuyển đổi.

Khi khởi động CAMServer trên cổng 8080

cam.clusterHosts=camserver1:8080;camserver2:8080

Bạn có thể triển khai bộ cân bằng tải L7 phía trước CAMServer và chuyển tiếp lưu lượng truy cập của CAMServer đến cổng 8080, nhưng cấu hình trong trường hợp đó sẽ như mô tả ở trên. Trong trường hợp này, việc chuyển đổi dự phòng là trách nhiệm của bộ cân bằng tải, vì vậy camapp sẽ không chuyển đổi dự phòng. cam.serverURLDomain、cam.clusterHosts Nó so sánh các miền, phát hiện sự hiện diện hoặc vắng mặt của bộ cân bằng tải và điều khiển tương ứng.

cam.clusterHostsDesc

cam.clusterHostsDesc Bạn có thể thay đổi các bình luận trong trường mô tả dành cho các máy chủ phân tán.

cam.serverDatePath

cam.serverDatePath Thông tin này chỉ định cơ sở dữ liệu (DB) và vị trí lưu trữ các tệp đính kèm đã tải lên. Nó cũng chỉ định một đĩa dùng chung có thể truy cập được từ các máy chủ phân tán.

*Khi chỉ định đĩa dùng chung, nếu dịch vụ đang chạy... Người dùng hệ điều hành đang chạy các dịch vụ WindowsNhững thông tin sau đây phải được nêu rõ.
* Nếu không có ổ đĩa dùng chung, CAMServer phụ sẽ giống với CAMServer chính. CAMServer/config Bạn cũng có thể chia sẻ dung lượng lưu trữ bằng cách chỉ định một thư mục.

cam.videoDomains

Đây là cài đặt phân phối máy chủ video. Nếu được thiết lập như sau, khi tổng số người tham gia trong phòng họp vượt quá 50 theo thứ tự được liệt kê, một phòng họp sẽ được tạo trên máy chủ tiếp theo.

cam.videoDomains=camserver1=50;camserver2=50;camserver3=50

- Có thể bỏ qua bước này nếu cam.clusterHosts đã được cấu hình.
Giá trị này không thể hiện giới hạn trên của số lượng kết nối tối đa, mà chỉ là một hướng dẫn để cân bằng tải.

cam.disableLANNetwork

Các kết nối TCP/UDP cho mạng LAN là không cần thiết trong cấu hình dự phòng, vì vậy vui lòng tắt chúng đi.

cam.disableLANNetwork=true

Cho phép tường lửa truyền dữ liệu để đồng bộ hóa dữ liệu giữa các máy chủ.

  1. Các cập nhật dữ liệu thời gian thực (trạng thái hiện diện của người dùng, tin nhắn, phòng trò chuyện, v.v.) được đồng bộ hóa giữa các CAMServer, do đó cần có quyền giao tiếp giữa các máy chủ thông qua tường lửa hoặc thiết bị tương tự.
  2. Các cổng TCP 9090, 9091 và 9092 được sử dụng để truy cập vào nút chính của cơ sở dữ liệu.
  3. Cổng TCP 8080 dùng cho URL kết nối máy chủ-máy chủ.
    • Được định nghĩa trong tệp cam.clusterHosts trong tệp ini.
    • Ví dụ) cam.clusterHosts=camserver1:8080;camserver2:8080;camserver3:8080

Chi tiết yêu cầu về bộ cân bằng tải

Tài liệu này mô tả chi tiết các yêu cầu đối với cấu hình bộ cân bằng tải.

Nó hỗ trợ L7/L4, nhưng cần có tính năng duy trì phiên (session affinity). Xin lưu ý rằng L7 cho phép bạn thiết lập kết nối trên cơ sở phiên, trong khi L4 chỉ có thể thiết lập kết nối theo địa chỉ IP. Phần giải thích này sẽ tập trung vào cấu hình L7.

1. Chấm dứt SSL

  1. Cài đặt chứng chỉ SSL trên bộ cân bằng tải và giải mã kết nối SSL/TLS.
  2. Việc giao tiếp với phía máy khách được thực hiện qua HTTPS, trong khi HTTP được sử dụng cho việc giao tiếp từ bộ cân bằng tải đến máy chủ phụ trợ.

2. Thuật toán cân bằng tải

  1. Cân bằng tải bằng phương pháp luân phiên (round robin).
  2. Việc duy trì phiên dựa trên cookie (liên kết phiên) là cần thiết, và cần phải xác minh rằng hệ thống có chức năng định tuyến truy cập từ cùng một máy khách đến cùng một nút.

3. Tiêu đề và quá trình xử lý bổ sung sẽ được chuyển tiếp đến máy chủ phụ trợ (8080).

X-Forwarded-Proto
Một mục trong tiêu đề xác định yêu cầu là HTTPS khi bộ cân bằng tải (LB) chuyển tiếp nó đến máy chủ phụ trợ.

X-Đã chuyển tiếp-Cho
Một mục tiêu đề xác định địa chỉ IP của máy khách khi bộ cân bằng tải chuyển tiếp dữ liệu đến máy chủ phụ trợ.

Xử lý tiêu đề Nâng cấp WebSocket
Khi yêu cầu HTTP được phân tích cú pháp và phát hiện thấy tiêu đề Upgrade, nó sẽ kích hoạt quá trình chuyển mạch TCP.

Các bộ cân bằng tải hiện đại (AWS/GCP/Azure) có các cài đặt tiêu chuẩn được cấu hình mặc định.

4. Giao tiếp với máy chủ phụ trợ

Việc liên lạc từ bộ cân bằng tải đến từng CAMServer sẽ được thực hiện bằng các giao thức và cổng sau.

  • Giao thức: HTTP
  • Mã số cổng: 8080
  • Ví dụ kết nối: http://HOSTNAME:8080/

5. Khám sức khỏe

  1. Bộ cân bằng tải định kỳ yêu cầu URL sau và xác định nó là "bình thường" nếu các điều kiện được đáp ứng.
  2. URL kiểm tra sức khỏe: http://HOSTNAME:8080/CAMServer/healthCheck
  3. Điều kiện kiểm tra sức khỏe: Mã trạng thái HTTP: 200 Nội dung phản hồi: {"status":200}
Máy chủ CAM tại chỗ
  • URLをコピーしました!
mục lục