Điểm:0

Kiến trúc máy chủ công ty cỡ trung bình

lá cờ gf

Tôi đang thiết kế máy chủ cho công ty cỡ trung bình sẽ cung cấp các dịch vụ như phần mềm kế toán, phần mềm ghi tài sản, máy chủ tệp, v.v. Ý tưởng của tôi là sử dụng máy chủ Hyper V làm trình ảo hóa loại 1. Là hệ điều hành ảo, tôi cần sử dụng Windows cho một trong những phần mềm được yêu cầu (công ty có giấy phép). Đối với các phần mềm khác, tôi đang nghĩ về 1 HĐH ảo cho 1 ứng dụng + máy chủ ảo dành riêng cho cơ sở dữ liệu sẽ phục vụ cho tất cả các HĐH ảo + HĐH ảo cho máy chủ tệp. Tôi đang đính kèm một phác thảo.

đề cương

Đây có phải là một ý tưởng lành mạnh? Tôi có nên coi Kubernetes là nền tảng cho ứng dụng của mình không? Cảm ơn ý tưởng.

anx avatar
lá cờ fr
anx
Vì ngày nay, các cân nhắc về bảo mật yêu cầu khôi phục sau một lỗi hoàn toàn không chỉ là vấn đề phụ không quan trọng hoặc được suy nghĩ lại, vui lòng không xây dựng bất kỳ thứ gì lớn hơn mức bạn có thể thoải mái *đồng thời* lên kế hoạch cách sao lưu và khôi phục.
anx avatar
lá cờ fr
anx
Việc bạn nên tự xử lý ảo hóa hay nhờ một số nhà cung cấp dịch vụ lưu trữ đám mây thực hiện điều đó cho bạn phụ thuộc rất nhiều vào các chi tiết cụ thể về yêu cầu của bạn và ý định duy trì các khả năng nội bộ, tôi không nghĩ rằng điều đó có thể được trả lời theo cách *khách quan* từ bạn câu hỏi như là.
hardcheese avatar
lá cờ gf
Hiểu. Để trả lời câu trả lời đầu tiên, đó là lý do tại sao tôi coi mô hình 1 ứng dụng = 1 hệ điều hành ảo. Các hệ điều hành này không có trạng thái vì tất cả dữ liệu được lưu trữ trong máy chủ cơ sở dữ liệu chuyên dụng và được sao lưu. Vì vậy, việc khôi phục sẽ khá dễ dàng.
vidarlo avatar
lá cờ ar
@hardcheese Bạn có nên sử dụng k8 không? Chắc chắn rồi - nếu các dịch vụ được dành cho và phù hợp với k8 thì đó có lẽ là một ý tưởng hay. Tuy nhiên, nếu hệ thống kế toán của bạn là một hệ thống khổng lồ từ năm 1985 (cũng như nhiều hệ thống khác), thì điều đó có thể là không thể. Tóm lại: không thể trả lời câu hỏi của bạn vì nó hoàn toàn phụ thuộc vào phần mềm và nhu cầu.
lá cờ cn
Tại sao bạn nghĩ rằng kubernetes thậm chí có thể sử dụng được? Không phải là linh tinh ở đây - nhưng trừ khi bạn kiểm soát toàn bộ vũ trụ ứng dụng, rất có thể thứ gì đó mà công ty sử dụng ít nhất không được hỗ trợ trên đó và sau đó về cơ bản bạn vi phạm các phương pháp hay nhất.
hardcheese avatar
lá cờ gf
Có nghĩa đen là mọi thứ trừ một dịch vụ không được viết theo cách chứa. Đó là điều tôi sẽ phải làm nhưng ngay bây giờ tôi không thể thấy bất kỳ lợi thế nào. Đó là lý do tại sao tôi hỏi về Kubernetes vì ​​tôi không chắc liệu nó có xứng đáng hay không.
Điểm:1
lá cờ cn

Có, tách các ứng dụng là thông lệ tiêu chuẩn. Việc giới hạn số lượng thứ được cài đặt trên bất kỳ phiên bản nào sẽ dễ bảo trì hơn và cách ly bảo mật tốt hơn.

Chắc chắn bạn có thể triển khai với máy ảo trên Hyper-V, đó là một tùy chọn cho nền tảng điện toán.

Yêu cầu tổ chức xác định mục tiêu thời gian phục hồi. Trên một máy chủ duy nhất, nếu lỗi phần cứng khiến nó ngừng hoạt động, tất cả các ứng dụng sẽ ngừng hoạt động cho đến khi nó được thay thế.Việc khắc phục sự cố nhanh hơn một ngày có thể yêu cầu hợp đồng dịch vụ trong ngày hoặc nhiều máy chủ VM trong một cụm có tính sẵn sàng cao. Và kiểm tra khôi phục sao lưu của bạn.

Việc cấp phép phức tạp hơn so với việc có một giấy phép duy nhất. Yêu cầu một người cấp phép tại đại lý bán lẻ của bạn để xác minh.

Các bộ chứa và đặc biệt là Kubernetes, bổ sung một giao diện hoàn toàn khác để tính toán. Các khái niệm mới về khối lượng công việc vùng chứa, dịch vụ, mạng và phương pháp triển khai. Một cái gì đó để khám phá, nhưng các ứng dụng sẽ cần được điều chỉnh để sử dụng các API. Thực hiện nghiên cứu và bằng chứng về khái niệm với các ứng dụng của bạn trước khi cam kết với vùng chứa.

Điểm:0
lá cờ my

Đối với một thiết lập đơn giản như vậy, tôi không khuyên dùng hyper V mà nên dùng trực tiếp vSphere (nếu ngân sách cho phép).

Cá nhân tôi sẽ sử dụng một cách tiếp cận hoàn toàn khác (miễn phí 100%), tức là máy FreeBSD (ví dụ như supermicro) với các ổ NVMe (được sao chép qua hệ thống tệp zfs), cộng với một số ổ cứng quay để sao chép và sao lưu nội bộ, cộng với một số ổ cứng rất thấp -end SSD để thử nghiệm khôi phục.

Điều này có thể hoạt động như một máy chủ tệp chia sẻ "vật lý" samba Trên đó, tôi sẽ chạy các máy ảo VirtualBox cho Windows, cho phép bạn sử dụng các ảnh chụp nhanh theo thời gian và cả các bản sao zfs, chẳng hạn như trên một NAS giá rẻ trên iSCSI. Đối với phần còn lại của phần mềm Linux (nó là gì?) gần như chắc chắn cũng có phiên bản FreeBSD (ví dụ: mariadb/mysql), do đó có thể được sử dụng một cách an toàn.

Ưu điểm:

  • sử dụng nhân đôi NVMe chi phí thấp. Đó là điều không hề dễ dàng để đạt được.
  • bảo mật gần như toàn bộ với zfs
  • khả năng chụp nhanh và sao lưu vượt xa khả năng cho phép của hyper-V (và vSphere)
  • không cần thẻ RAID đắt tiền
  • hoàn toàn miễn phí (rõ ràng @ net of Windows giấy phép)

Nhược điểm:

  • không có giao diện thuận tiện như của vSphere để quản lý các máy ảo. Trên thực tế, tôi sẽ KHÔNG đề xuất giải pháp này nếu có nửa tá hoặc có thể là 20 máy ảo

Nhưng thiếu một yếu tố cần thiết: một danh sách đầy đủ các chương trình phải được sử dụng

John Mahowald avatar
lá cờ cn
Tại sao lại là VMware hay VirtualBox, câu hỏi là về Hyper-V?
Franco Corbelli avatar
lá cờ my
"Tôi có nên coi Kubernetes là nền tảng cho ứng dụng của mình không"? Vì vậy, tôi đề nghị thực hiện các giải pháp khác. Chỉ là một gợi ý
hardcheese avatar
lá cờ gf
Tôi không có vấn đề gì với các đề xuất khác. Liên quan đến Kubernetes Tôi có kiến ​​thức cơ bản về nhà phát triển phần mềm, nơi tôi phải sử dụng Kubernetes hàng ngày để có thể sử dụng nó ở cấp độ nhà phát triển. Tôi rất hài lòng với các chức năng của nó nhưng tôi không chắc nó xứng đáng với số lượng tương đối ít phần mềm được yêu cầu từ công ty tôi làm việc. Vì vậy, ngay bây giờ tôi đang xem xét mô hình một hệ điều hành ảo cho một ứng dụng.Thậm chí duy trì sẽ được dễ dàng hơn có lẽ.

Đă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.