Tôi có nên lo lắng về việc thiết lập máy chủ của chúng tôi?


9

Tôi làm việc cho một công ty khoảng 50 người. Hai máy chủ của chúng tôi (giống hệt nhau) được tùy chỉnh được xây dựng với các thông số kỹ thuật sau:

Xeon E3-1270 V3
Intel Entry Server Board
32 GB DDR3 ECC
2x 256 GB SSD RAID1 (for System)
4x 1TB SSD RAID10 (for Hyper-V VMs)
Windows Server 2012 R2 as Host and VMs

Mỗi máy chủ lưu trữ hai VM (chia sẻ tệp AD + 2x + hồ sơ chuyển vùng, 1x máy chủ SQL để kiểm tra, 1x khác (không quan trọng).

Chúng tôi thực hiện sao lưu hàng ngày bằng cách sử dụng Sao lưu Windows tích hợp trên các mục tiêu iSCSI được lưu trữ trên NAS QNAP (2x 2TB RAID1).

Các máy chủ không có nhiều tải và chúng tôi không bao giờ có bất kỳ vấn đề nào. Hầu hết dữ liệu của chúng tôi được lưu trữ trên đám mây (VS Online, SharePoint).

Nhưng tôi tự hỏi liệu có hợp lý khi tiếp tục thiết lập này hay tốt hơn là chuyển sang phần cứng máy chủ chuyên nghiệp, cụ thể là một máy lớn.

Vậy những cạm bẫy là gì và tôi nên làm gì với chúng?


2
" Nhưng tôi tự hỏi liệu có hợp lý khi tiếp tục thiết lập này hay tốt hơn là chuyển sang phần cứng máy chủ chuyên nghiệp, cụ thể là một máy lớn. " Đây là hai câu hỏi khá khác nhau, nếu bạn cũng đang tìm câu trả lời toàn diện cho câu hỏi sau thì có thể có giá trị đặt ra riêng. Bên cạnh đó, bạn có thể làm rõ vai trò của mình trong tổ chức không? Tôi cho rằng bạn phụ trách cơ sở hạ tầng nhưng nếu không, rõ ràng bạn không cần phải làm gì cả.
Lilienthal

1
Tôi có thể nghĩ ra một số câu trả lời khác nhau ở đây để xác định một câu hỏi cốt lõi (thiết lập này có ổn không? Phần cứng này có ổn không? Chúng ta có nên hợp nhất các dịch vụ không? ...) có thể giúp bạn có được câu trả lời hữu ích hơn.
Lilienthal

@Lilienthal Tôi là quản trị viên chính của công ty. Có, tôi muốn biết phần cứng và thiết lập có ổn không.
Martin Walter

Việc thiết lập có ổn hay không là một chủ đề khá rộng vì nó liên quan đến rất nhiều yếu tố: Bạn có sao lưu ngoại tuyến và / hoặc ngoại vi không? Bạn có một chiến lược phục hồi? Bạn đã thử nghiệm chiến lược phục hồi cho biết? Những gì thời gian chết bạn có thể dạ dày? Ngân sách và mức độ dịch vụ dự kiến ​​của bạn là bao nhiêu? Quá trình cập nhật và nâng cấp của bạn như thế nào? Các hệ thống và thông tin của bạn được ghi lại? Bạn đã xem xét yếu tố xe buýt? ... Đó là một câu hỏi khá khác với "khi nào nên tránh xa phần cứng của người tiêu dùng?"
Lilienthal

1
@ Lilienthal Lol. Tôi thích cách bạn bắt mình sắp xếp đoạn giữa. Vâng, đó là những gì tôi muốn nói.
Ryan Babchishin

Câu trả lời:


11

Âm thanh như bạn đã sử dụng phần cứng phong nha. Có gì sai với nó? Nó không quá cũ phải không? Giữ công cụ của bạn trong bảo hành hoặc đóng, nếu bạn không muốn cảm thấy quá lo lắng (không phải ai cũng chia sẻ ý kiến ​​của tôi về điều này).

Nếu bạn có thiết lập công cụ để dự phòng và sao lưu tốt, bạn đang làm khá tốt. Một máy chủ = một điểm thất bại, cho dù nó tốt đến đâu, điều đó sẽ khiến tôi không thoải mái. Có rất nhiều thứ bạn có thể làm với ngân sách bằng cách đưa ra quyết định thông minh xung quanh cách thức triển khai phần mềm / phần cứng / cơ sở hạ tầng / hỗ trợ.

Nếu bạn không có biện pháp phòng ngừa / những thứ tại chỗ, có lẽ bạn nên lo lắng. Nếu một hệ thống chết, các dịch vụ của nó đã biến mất? Làm thế nào sẽ có hiệu quả kinh doanh? Làm thế nào nhanh chóng bạn có thể phục hồi?

Cạm bẫy? Phụ thuộc. Bạn đã không cung cấp quá nhiều thông tin. Ổ đĩa giá rẻ có thể thất bại hoặc bị chậm. Trường hợp giá rẻ có thể quá nóng. Quạt giá rẻ có thể thất bại. Bộ điều khiển SATA / SAS / RAID giá rẻ có thể làm hỏng hoặc không hoạt động như mong đợi. Bộ nguồn giá rẻ có thể chết hoặc nếu không dư thừa, khiến bạn không có điện. Bo mạch chủ có thể làm những việc khó khăn. Các hệ thống không có bảng điều khiển từ xa (ILO, v.v ...) có thể là một vấn đề khó quản lý. Card mạng giá rẻ có thể có trình điều khiển giá rẻ hoặc vít lên. Rất nhiều vấn đề không lường trước có thể xảy ra. Mặt khác, bạn có thể nhận được giá rẻ như những thứ cấp độ địa ngục thực hiện tuyệt vời. Và những thứ đắt tiền hơn đôi khi cũng có thể trở nên tồi tệ.

Tôi đã nhìn thấy tất cả, ở cấp độ máy chủ *, máy chủ cấp thấp, máy trạm và thiết bị cấp tiêu dùng. Công cụ cao cấp hơn dường như làm tốt hơn trong thời gian dài (cách bảo hành trong quá khứ). Nhưng nếu bạn không đủ khả năng? Hoặc bạn chỉ có thể đủ khả năng cho một máy chủ và không thể thực hiện dự phòng thích hợp?

Về cơ bản không có gì sai với các máy chủ kép chạy với Xeon, bộ nhớ ECC và RAID. Trừ khi bạn có vấn đề với nó.


Trước tiên, có thể hữu ích khi xác định mục tiêu (những thứ bạn thực sự cần, những thứ tốt đẹp cần có và những thứ không làm phiền bạn nhiều) và ngân sách và sau đó mua chất lượng tốt nhất đáp ứng các tiêu chí đó. Ngoài ra, cá nhân tôi sẽ không chạm vào bất cứ thứ gì nếu không có quản lý từ xa (IPMI, AMT, v.v.) nữa, nó quá tiện lợi. Điều tương tự cũng xảy ra đối với các bộ nguồn dự phòng, đặc biệt là đối với các máy chủ VM nơi việc tắt máy khá tốn thời gian.
121391

9

Giả sử máy ảo của bạn là dự phòng (và điều này được kiểm tra là hoạt động với một nút tắt), bạn có thể tương đối miễn nhiễm với sự cố ngừng hoạt động phần cứng nhờ có hai nút nhân đôi.

Nếu không biết nhiều hơn, tôi sẽ không khuyên bạn nên thả xuống một hộp duy nhất (mới hơn) trừ khi sự cố ngừng hoạt động của toàn bộ nút không phải là vấn đề lớn tại công ty của bạn.

Điều đó nói rằng, sẽ rất hữu ích khi biết một số chi tiết bổ sung về môi trường của bạn ... chẳng hạn như bạn đã sử dụng những máy này trong bao lâu, chúng ở trong một môi trường được xây dựng có mục đích (phòng sạch sẽ, khô ráo với giá đỡ & AC, v.v.) . Như bạn có thể biết, thiết bị được chăm sóc tốt kéo dài lâu hơn!

Nói chung, không có gì sai khi sử dụng phần cứng 'chuyên nghiệp', nó không đi kèm với sự đảm bảo hoặc độ tin cậy tương tự như bộ đắt tiền hơn và những rủi ro này cần được cân nhắc với ngân sách của bạn.


2
Cảm ơn câu trả lời của bạn. Chúng tôi đã có các máy chủ trong 3 năm nay tôi nghĩ. Họ đang ở trong một giá đỡ trong một phòng dành riêng với AC. Các máy chủ không được nhân đôi mặc dù. Mỗi máy chủ lưu trữ các máy ảo khác nhau, với mỗi máy chủ lưu trữ một AD.
Martin Walter

Trong trường hợp đó (có vẻ như bạn đang làm tốt công việc chăm sóc họ) thì tôi nghĩ bạn vẫn khá an toàn để tiếp tục như bây giờ (giả sử AD là dịch vụ quan trọng duy nhất bạn lưu trữ trên chúng). Tôi khuyên bạn nên thực hiện một số loại giám sát để theo dõi các lỗi phần cứng (Tôi không chắc những gì phù hợp nhất với Windows hiện nay) và có thể lên kế hoạch thay thế chúng hoặc đưa ra một giải pháp khác trong 2-3 tuần tới năm
Matt Renner

4
@MartinWalter Có lẽ bạn nên lo lắng. Một hệ thống chết, dịch vụ của nó đã biến mất. Làm thế nào sẽ có hiệu quả kinh doanh? Làm thế nào nhanh chóng bạn có thể phục hồi?
Ryan Babchishin

1
@RyanBabchishin Câu hỏi đó luôn là một câu hỏi quan trọng đối với CNTT nội bộ. Tuy nhiên, thực tế luôn có sự đánh đổi, và đối với doanh nghiệp, việc giảm xuống trong một hoặc hai giờ có thể được chấp nhận trong dịp hiếm hoi đó. Ngoài ra, nếu OP có snapshned / xuất của VM sang thiết bị bên ngoài, việc khôi phục cũng đơn giản như gắn thiết bị bên ngoài đó vào hộp đang chạy khác và tạm thời khởi động vm. Đối với AD, điều này có thể sẽ không gây ra bất kỳ vấn đề nào (nếu tất cả xử lý là công cụ AD cơ bản, không có gì nâng cao) ngoài việc giảm hiệu suất cho đến khi phục hồi máy chính.
SnakeDoc

1
@SnakeDoc Đó là lý do tại sao đó là một câu hỏi ... với anh ấy. Về điều đó. ?
Ryan Babchishin

5

Vì phần cuối lưu trữ của bạn là toàn bộ flash, phần cứng của bạn hoàn toàn ổn cho khối lượng công việc được đề cập. Mối quan tâm duy nhất tôi có liên quan đến cấu hình của bạn là máy ảo của bạn bị phân tách và chạy trên một máy chủ thay vì được nhân đôi / đồng bộ hóa giữa các máy chủ, đặc biệt nếu chúng giống hệt nhau. Do đó, tôi thực sự khuyên bạn nên sử dụng một số bộ lưu trữ được xác định bằng phần mềm (SAN ảo) sẽ cho phép bạn tham gia cả hai máy chủ vào một cụm duy nhất và làm cho các máy ảo của bạn miễn nhiễm với các lỗi phần cứng có thể xảy ra.

Các tùy chọn có thể là HP VSA http://www8.hp.com/us/en/products/st Storage-software/product-detail.html?oid=5306917 hoặc EMC Unity VSA https://store.emc.com/us/ Sản phẩm-Gia đình / EMC-Unity-Sản phẩm / EMC-Unity-VSA / p / EMC-Unity-Virtual-Storage-Thiết bị miễn phí nhưng theo tôi biết không được phép sản xuất. Vì bạn đang sử dụng Hyper-V, một lựa chọn hoàn hảo cho bạn sẽ là sử dụng StarWind Virtual SAN https://www.starwindsoftware.com/starwind-virtual-san chạy tự nhiên trên đầu các cửa sổ và cho phép bạn tạo liền mạch hoàn toàn- chức năng Microsoft Failover cụm Hyper-V chỉ sử dụng bộ lưu trữ được gắn trực tiếp.

Tôi cũng khuyên bạn nên sử dụng VEEAM B & R https://www.veeam.com/vm-backup-recovery-replication-software.html có phiên bản miễn phí hoặc Bacula http://blog.bacula.org/ để sao lưu máy ảo của bạn về việc sử dụng Windows 2012 Server Backup vì nó được biết là gây ra sự cố khi cố gắng khôi phục máy ảo của bạn.


1
Cảm ơn vì lời khuyên. Tôi biết sao lưu là một cái gì đó mà tôi phải giải quyết. Không thể chuyển đổi dự phòng ngay bây giờ vì các máy đang chạy các máy ảo khác nhau và không có nhiều RAM, vì vậy tôi không thể đặt tất cả các máy ảo trên một máy.
Martin Walter

1
Rất muốn nghe thêm về các vấn đề bạn đã đề cập về việc khôi phục máy ảo với Sao lưu máy chủ Windows 2012
lang thang vào

1
@wandersick Một vấn đề phổ biến thực sự. Windows Backup được biết đến với việc sinh ra các lỗi lạ như 0x8XXXXXXX trong quá trình khôi phục khiến việc khôi phục không thể thực hiện được. Điều kỳ lạ là đôi khi có các mã lỗi thậm chí không thể hiểu được :-(
Net Runner

0

Trong các triển khai nhỏ, thường có nhiều máy rẻ hơn (ít nhất 2) so với một máy đắt tiền. Hay nói cách khác, trong các triển khai nhỏ, tốt hơn là rộng hơn cao. Lý do là theo cách này bạn có một số dự phòng để tăng chi phí hạn chế. Hai 3000, - máy chủ có thể có thể làm điều tương tự như một 5000, - máy chủ, nhưng nếu máy chủ đắt tiền bị lỗi, bạn sẽ bị lừa. Nếu một trong những cái rẻ hơn làm bạn thất vọng thì ít nhất một nửa số VM của bạn vẫn đang chạy và nó có thể cũng chạy được những cái khác, nó sẽ bị chậm.

Một cái gì đó bạn nên xem xét là không quản lý các máy chủ này riêng lẻ, nhưng bằng cách nào đó phân cụm chúng lại với nhau. Giải pháp ảo hóa của bạn sẽ có thể tạo một cụm chuyển đổi dự phòng sao cho việc máy chủ VM sống không thành vấn đề, nếu máy chủ chết, VM sẽ tự động được di chuyển. Điều này cũng làm giảm quản lý vi mô và có nghĩa là trong tương lai, bạn chỉ có thể thêm một máy chủ mới trong khi vẫn duy trì máy chủ cũ, cho đến khi không còn kinh tế để làm như vậy. Quyết định này thường đi vào tiêu thụ năng lượng hoặc giới hạn không gian.

Nếu bạn muốn phát triển hơn nữa, có lẽ bạn muốn chuyển từ lưu trữ trên máy chủ sang SAN. Bằng cách này, các máy chủ của bạn trở thành các nút tính toán thuần túy và sức khỏe của chúng không thực sự quan trọng đối với máy ảo.


Hãy lưu ý rằng với giải pháp / đường dẫn chung này, có một mức độ nhất định bạn phải đạt được để nó được chính xác. Bạn cũng có thể có được sự dự phòng bên trong cỗ máy đắt tiền (PSU, đĩa, bộ điều khiển, GPU, CPU, card mạng), đồng thời giảm sự phức tạp trong quản lý (cập nhật phần mềm cho máy chủ thứ hai, tự động chuyển đổi dự phòng VM, xem xét lưu lượng mạng, quyền, giám sát) một chút Thật khó để nói những gì tốt hơn mà không có số cứng, mặc dù.
121391

-8

miễn là bạn không có bất kỳ vấn đề nào trên mạng và trên hệ thống sao lưu của mình, bạn có thể tiếp tục cài đặt này nhưng trong tương lai, tốt hơn là nên có máy chủ Chuyên nghiệp để được SỨC KHỎE 100%.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.