Điều gì xảy ra khi một máy vật lý bị lỗi trong môi trường ảo? [đóng cửa]


12

Tôi đang bắt đầu với ảo hóa vì vậy hãy kiên nhẫn với tôi.

Trong các môi trường ảo, các ứng dụng chạy trong lớp của trình ảo hóa. Vì vậy, một máy vật lý đơn lẻ có thể có nhiều máy ảo trên đó chạy nhiều ứng dụng.

Càng xa càng tốt?

Vậy điều gì xảy ra khi một máy vật lý bị lỗi? Điều đó có làm cho nhiều ứng dụng bị lỗi tất cả từ một máy không?

Tôi đang tìm cách phát triển một đám mây riêng với OpenStack , nhưng trước tiên tôi muốn hiểu về ảo hóa.

Câu trả lời:


14

Các chi tiết cụ thể phụ thuộc vào giải pháp ảo hóa chính xác mà bạn sử dụng, nhưng ý tưởng là bạn có một trang trại ảo, nơi có một số máy chủ vật lý với một số máy ảo. Sau đó, bạn sử dụng một số hiệu quả bạn đạt được bằng cách không cần máy chủ vật lý cho mọi VM để bạn có đủ chi phí còn lại để trang trải trong trường hợp máy vật lý bị hỏng.

Ngoài ra, bạn có thể định vị các VHD cho mỗi VM trên SAN chung (dự phòng). Các trình ảo hóa trên mỗi máy chủ vật lý có thể được đặt để nói chuyện với nhau và chia sẻ bộ nhớ từ các máy ảo khác nhau. Có một số độ trễ và phần lớn bộ nhớ sẽ được sao lưu bằng đĩa, nhưng nếu một trong các máy chủ vật lý bị hỏng, bạn thậm chí không chờ máy ảo từ máy chủ đó khởi động lại. Thay vào đó, những VM đó sẽ được phân phối tự động giữa các máy chủ còn lại. Mục tiêu cuối cùng là những chiếc máy này sẽ nhận từ gần như nơi chúng rời đi, với ít hoặc không có thời gian chết nào cả. Theo một nghĩa nào đó, tất cả các máy ảo của bạn đã chạy trên ít nhất hai máy chủ vật lý. Trong thực tế, ngay bây giờ các nhà ảo thuật chỉ có thể thực hiện loại di chuyển này một máy, khi họ biết rằng nó sẽ đến trước khi máy chủ thất bại ... nhưng không có lỗi: di chuyển tức thời vào lỗi phần cứng là mục tiêu cuối cùng cho tất cả các máy chính nhà ảo thuật.

Đây là lý do tại sao đôi khi bạn thấy một máy chủ được ảo hóa thành một máy chủ vật lý duy nhất trong một trang trại. Bạn có thể không đạt được bất kỳ hiệu quả phần cứng nào (thậm chí bạn có thể mất một số hiệu suất), nhưng bạn bù lại cho nó về tính nhất quán quản lý và tính sẵn sàng cao.


thnx cho câu trả lời của bạn tham gia ... Tôi có 2 câu hỏi ... môi trường ảo có xem các máy vật lý như một nhóm tài nguyên không? điều đó có giúp thỏa mãn nhu cầu tự phục vụ không? Ngoài ra vitualization giúp sử dụng tài nguyên?
Sherif

1
@Sherif: Về cơ bản, có, và có. Nếu bạn muốn hiểu chi tiết hơn về vấn đề này, hãy xem bài viết trên Wikipedia , nó giải quyết ngắn gọn về việc di chuyển và chuyển đổi dự phòng VM. Nếu bạn vẫn còn thắc mắc, hãy hỏi một câu hỏi cụ thể hơn.
sleske

1
Bạn có chắc chắn về phần bộ nhớ chia sẻ? Theo hiểu biết của tôi, một VM bị lỗi do lỗi phần cứng sẽ được khởi động lại trên một máy chủ khác. Điều này có thể được xem như là một khởi động lại đầy đủ hoặc khôi phục điểm kiểm tra, tùy thuộc vào cấu hình của trình ảo hóa, nhưng trạng thái bộ nhớ ban đầu không thể được phục hồi. Đối với vspere: vmware.com/products/vsphere/features/high-avcellence Như một lưu ý phụ, một số dự án đã được bắt đầu để KVM kích hoạt bộ nhớ dự phòng, chia sẻ thực sự trong bộ sưu tập máy chủ phần cứng , nhưng chúng đã bị bỏ rơi.
shodanshok

1
Di chuyển VM chỉ có thể xảy ra nếu máy vật lý có cơ hội chuyển điều khiển trước khi rơi. Nếu máy vật lý không thành công, thì máy ảo sẽ phải được khởi động lại vào một máy khác. Nếu bạn có máy chủ không trạng thái, quá trình chuyển này không đáng kể, vì bạn có thể quay một máy khác. Đối với các máy có trạng thái liên tục, bạn cần có sơ đồ có thể khôi phục dữ liệu liên tục từ máy vật lý bị lỗi.
Lie Ryan

13

Tất cả các máy chủ ảo chạy trên máy chủ vật lý sẽ ngoại tuyến nếu máy chủ có bất kỳ loại lỗi nào.

Điều đó nói rằng, hầu hết các nền tảng cung cấp một giải pháp khả dụng cao cho một VM. Lần khác, một hệ thống được xây dựng với nhiều nút để ngăn chặn sự gián đoạn dịch vụ trong trường hợp một nút bị hỏng.

Nếu hai nút VM tạo thành một dịch vụ khả dụng cao, có thể định cấu hình siêu visor để đảm bảo rằng hai nút không phụ thuộc vào cùng một cơ sở hạ tầng vật lý (khả năng chịu lỗi). Điều này có thể không chỉ là khả năng chịu lỗi máy chủ vật lý, bao gồm các đường dẫn mạng khác nhau, đến tận vị trí khác nhau về mặt địa lý.


2
Chẳng hạn, AWS, tùy thuộc vào dịch vụ, sao chép dịch vụ trên các vùng khả dụng (khu vực thực tế) trong trường hợp có thảm họa tự nhiên đến khu vực đó sẽ phá vỡ các máy vật lý.
Michael Bailey

môi trường ảo xem các máy vật lý như một nguồn tài nguyên duy nhất? điều đó có giúp thỏa mãn nhu cầu tự phục vụ không? Ngoài ra vitualization giúp sử dụng tài nguyên? và thnx rất nhiều cho những nỗ lực của bạn
Sherif

5

Bạn đã đúng với giả định của mình rằng nếu máy vật lý bị lỗi thì máy ảo cũng không khả dụng.

Nhưng openstack có thể xử lý vấn đề đó và khởi động VM của máy chủ vật lý bị lỗi trên một máy chủ khác hoặc bạn có thể sử dụng hệ thống hypanneror đã được phân phối, tôi nghĩ rằng vsphere có thể làm điều đó.

Bạn nên đọc tài liệu openstack về HA để biết thêm thông tin.


2

Về câu hỏi của bạn - có, bạn sẽ mất quyền truy cập cho tất cả các máy trong máy chủ vật lý này. Tất nhiên, nó phụ thuộc vào thành phần nào thất bại. Nếu nó là đĩa - đó là một vấn đề, nếu là bo mạch chủ - nó dễ dàng hơn nhiều. Nói chung, việc khôi phục phần cứng trở nên dễ dàng hơn vì hypanneror là phần cứng không tin tưởng. Tại thời điểm này, có rất nhiều công nghệ dành riêng cho nhà cung cấp mà bạn có thể sử dụng để có các dịch vụ khả dụng cao.

Pools Resource (vmware) - là KHÔNG thể tổng hợp nhiều tài nguyên máy chủ vật lý (CPU, bộ nhớ, vv) như ai đó đã nói ở trên, vì vậy nếu bạn có 2 máy chủ vật lý (giả sử lõi 1CPU quad mà không hyperthreading - 8GBRAM mỗi) nó sẽ KHÔNG được có thể có VM 5vCPU-12Gb ở đó. Nhóm tài nguyên là những logic, chúng không thể tạo ra các hệ thống siêu máy tính. Ngay bây giờ, đây là một cách để kiểm soát việc sử dụng tài nguyên.

Tính khả dụng (vmware) - có thể sử dụng các công nghệ như Tính sẵn sàng cao (HA) cho phép bạn tự động phục hồi (dựa trên kinh nghiệm của tôi trong vòng 1-2 phút ) của tất cả các máy ảo trong cụm, NẾU bạn đang sử dụng Storage Array (NAS, iSCSI, FC) và giữ tất cả các tệp VM ở đó. Nhiều hơn HA chỉ hoạt động trong trường hợp CPU, RAM, bo mạch chủ bị lỗi, rõ ràng là nó sẽ không hoạt động khi Storage Array bị hỏng. Để ngăn ngừa lỗi RAID / Bộ điều khiển, mọi người sử dụng nhân bản, sao lưu LUN lưu trữ, v.v.

Nếu khôi phục trong vòng 1-2 phút không phải là một tùy chọn, có những công nghệ như Fault Tolerance (FT) cho phép đạt được thời gian ngừng ZERO của VM trong trường hợp thất bại bằng cách giữ bản sao (chạy) của VM được cấu hình. Nhưng công nghệ này cũng có rất nhiều hạn chế - vấn đề về khả năng chịu lỗi VM với nhiều vCPU chưa được giải quyết đầy đủ.

Nhìn chung, mỗi giải pháp phụ thuộc vào mục tiêu của bạn.

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.