Chạy bộ định tuyến như máy ảo, nó có thể thực hiện được không?


12

Có ai ở đây chạy định tuyến của họ thông qua máy ảo, có thiết lập máy ảo làm bộ định tuyến chính / nơi nghỉ ngơi không? Nếu có, có bao nhiêu khách hàng đang sử dụng loại thiết lập này?

Đối với những người đang tự hỏi tại sao tôi hỏi điều này. Tôi đã được giao nhiệm vụ thực tập của mình để tạo tất cả trong một "hộp" sẽ thực hiện định tuyến và là tổng đài IP trong một lần (chỉ có thể sử dụng các giải pháp nguồn mở, mong đợi RouterOS). Phần định tuyến hiện được thực hiện thông qua RouterOS và đối với VoIP, họ muốn sử dụng sipXecs. RouterOS hỗ trợ ảo hóa thông qua KVM, nhưng bản thân RouterOS chỉ hỗ trợ 2GB bộ nhớ (và sẽ không hỗ trợ thêm trong tương lai gần). sipXecs cần phân bổ hơn 2GB. Tôi đã nói với họ rằng chúng ta có thể giải quyết vấn đề này bằng cách đặt RouterOS làm máy ảo lên hostOS 64 bit (ví dụ CentOS) và máy ảo khác sẽ chạy sipXecs. Bằng cách đó, chúng tôi sẽ có thể sử dụng toàn bộ bộ nhớ. Nhưng họ nói với tôi rằng sẽ rất mạo hiểm khi làm điều gì đó tương tự và họ cần một cái gì đó với "sự ổn định / độ tin cậy của doanh nghiệp". Tôi nói với họ rằng chúng ta có thể tạo ra hình ảnh dư thừa của mỗi VM sẽ tự động khởi động nếu một VM ngừng hoạt động, nhưng tôi được cho biết điều tương tự. Vì vậy, đây là lý do tại sao tôi hỏi những câu hỏi trên, để xem liệu tôi có thực sự đề xuất điều gì đó không tốt hay không, hoặc có thể đây là điều hoàn toàn bình thường và nó có thể được thực hiện với "độ ổn định / độ tin cậy của doanh nghiệp" :)

Cảm ơn bạn đã trả lời, Kristian

Chỉnh sửa # @ Zoredache ~ Tôi đã đề xuất điều đó với họ, nhưng họ cũng không thích điều đó: /


Những yêu cầu này là lạ đối với "sự ổn định / độ tin cậy của doanh nghiệp". Thông thường, một "doanh nghiệp" có thể đủ khả năng cung cấp các máy chủ dự phòng để ngăn chặn trung tâm thành phố do bảo trì. Thỉnh thoảng họ sẽ phải khởi động lại máy chủ.
Eric H

Tại sao RouterOS là một yêu cầu? Tại sao bạn không định cấu hình định tuyến, tường lửa và VoiP trên HĐH cơ sở?
Zoredache

Câu trả lời:


5

Không có lý do gì điều này sẽ không hoạt động, mặc dù đó không phải là cách mà hầu hết sẽ chọn để làm điều đó. Một gợi ý tôi sẽ đưa ra là sử dụng ảo hóa kim loại trần, như ESXi hoặc Xen Server, thay vì sử dụng ảo hóa chế độ ứng dụng. Rõ ràng bạn cần xem xét hậu quả của việc không có bộ định tuyến khả dụng khi máy chủ khởi động. ví dụ: Bạn sẽ không thể quản lý máy nếu nó phụ thuộc vào bộ định tuyến đang hoạt động và vì một số lý do, nó không hoạt động.


Cảm ơn bạn cho các thông tin kẻ. Tôi sẽ cố gắng nghĩ về điều gì khác sau đó. Tôi đã suy nghĩ về việc thử PAE trong guestOS ... nhưng tôi không có nhiều niềm tin vào nó. Cảm ơn bạn một lần nữa.
TheBeardWithoutKnowledge

2

Tôi không biết tại sao điều này không nên ổn định và đáng tin cậy. Tùy thuộc vào kỹ thuật ảo hóa và phần cứng, ảo hóa mạng có thể tốn kém hơn sau đó thực hiện nó một cách tự nhiên.


2

Tôi đã chạy bộ định tuyến của mình dưới dạng máy chủ ảo trên VMWare ESXi. Tôi không có vấn đề gì khi làm như vậy và hộp khá đáng tin cậy như một máy chủ được xây dựng tùy chỉnh. Nó đòi hỏi một số kiến ​​thức về cách mọi thứ cùng nhau, và thật không may, tôi không thực sự nhớ mình đã làm mọi thứ như thế nào. Vấn đề duy nhất tôi nhận ra ngay lập tức là VoIP có một số vấn đề đang chạy như một máy ảo. Vì vậy, bạn sẽ cần thực hiện một số nghiên cứu để đảm bảo rằng ứng dụng của bạn sẽ chạy ổn định với bất kỳ hạt nhân nào có sẵn trên máy ảo hóa của bạn.


Thnx cho thông tin về phần VoIP, tôi không biết về nó.
TheBeardWithoutKnowledge

1

Tôi đã chạy VM như một bộ định tuyến cho mạng mà tôi quản lý trong hơn một năm qua Hyper-V trên máy chủ 2008 R2. Điều duy nhất cần lưu ý là vô hiệu hóa quyền truy cập của máy chủ vào ít nhất một NIC mà bạn đang định tuyến và bạn sẽ cần thiết lập VM để tự động bật. Thiết lập mà tôi có là VM định tuyến lưu lượng truy cập bên ngoài vào DMZ và hộp vật lý thực hiện định tuyến cho mạng bên trong (cần có 3 NIC).


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.