Điểm:0

Bố cục máy chủ cho Web-, API-, Cơ sở dữ liệu-, VPN- và Máy chủ SIP

lá cờ bg

tôi có khả năng làm lại Cơ sở hạ tầng máy chủ của chúng tôi - tôi cần lời khuyên và phương pháp hay nhất của bạn để thiết kế một nền tảng tốt cho việc mở rộng trong tương lai. Vì chúng tôi là một công ty khá nhỏ với cơ sở khách hàng rất hạn chế (<100), bảo mật và khả năng phục hồi sau thảm họa (thậm chí do lỗi của nhân viên khác) là mối quan tâm chính. Vì vậy, câu hỏi gợi ý không thực sự hữu ích vì lập kế hoạch năng lực không phải là mối quan tâm chính. Tính năng chính của cơ sở hạ tầng của chúng tôi là thu thập Dữ liệu từ các công cụ của chúng tôi trên toàn thế giới và trình bày chúng cho khách hàng. Cũng như hỗ trợ bảo trì (ví dụ: SIP). Các tính năng chính hiện tại:

  • Máy chủ web
  • Máy chủ VPN
  • Máy chủ NHÂM NHI
  • cơ sở dữ liệu

tôi có 3 máy chủ Ubuntu

  • 2xRyzen 5 5600, RAM 32GB
  • 1x i7 2600, RAM 16GB

Bố cục hiện tại được lên kế hoạch của tôi: https://imgur.com/a/YiiBav9

  • vì vậy tôi sẽ đặt Máy chủ i7 làm Máy chủ web
  • một Ryzen cho Máy chủ API VPN, SIP và DB
  • một Ryzen cho Cơ sở dữ liệu

Tôi nghĩ về việc có một Máy chủ quản lý có thể yếu (nếu tôi làm hỏng nó, mọi thứ sẽ ... hỏng). Tôi có nên thêm một Máy chủ cũ khác (ví dụ: PC) để "thuê ngoài" Máy chủ VPN không? Chạy 4 PC có vẻ hơi quá mức cần thiết, nhưng chi phí điện không phải là vấn đề lớn. Bạn có một số ý tưởng tốt ở đây?

Cảm ơn trước!

Johannes

lá cờ in
Điều này có trả lời câu hỏi của bạn không? [Bạn có thể giúp tôi lập kế hoạch năng lực không?](https://serverfault.com/questions/384686/can-you-help-me-with-my-abilities-planning)
lá cờ bg
cảm ơn lời khuyên của bạn, tôi sẽ nghiên cứu nó sau. Đây không phải là về lập kế hoạch dung lượng, mà là về bảo mật và khôi phục sau thảm họa vì tôi nghĩ chúng tôi có thể xử lý Tải của mình (i7 là máy chủ duy nhất của tôi hiện tại)
Nikita Kipriyanov avatar
lá cờ za
Yêu cầu là gì? Khả năng phục hồi, thời gian chết, cân nhắc hiệu suất? Các thiết bị khác, v.d. công tắc, UPS? Có thể, di chuyển thứ gì đó vào trung tâm dữ liệu để tăng tính khả dụng.
lá cờ bg
cảm ơn nikita cho quan điểm của bạn. Vì Dữ liệu của chúng tôi có thể được coi là "hợp lý", nên chúng tôi nghĩ rằng chúng tôi muốn tự lưu trữ cơ sở hạ tầng của mình. cảm ơn vì đã hỏi các yêu cầu! tính khả dụng thực sự không *điều đó* quan trọng, do đó, thời gian ngừng hoạt động ở đây và ở đó có thể chấp nhận được. khả năng phục hồi có lẽ là những gì chúng ta đang phấn đấu. Bạn nghĩ gì về ảo hóa? Tôi có thể dễ dàng chụp ảnh nhanh và khôi phục trong trường hợp thảm khốc nhất sẽ là nhiệm vụ trong vòng chưa đầy một giờ để đưa nó trở lại trực tuyến?! Vì vậy, tôi có thể phân tách các chức năng một cách hợp lý (SIP, VPN) và tăng tính bảo mật so với lưu trữ trên một Máy chủ. Cảm ơn!

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.