Câu trả lời:
LUÔN LUÔN đẩy bất kỳ phương tiện ảo nào (CD / DVD / Đĩa mềm) một khi bạn đã hoàn thành vì không làm như vậy thường sẽ ngăn vMotion trong các bản nhạc của nó.
Nhận thiết lập NTP và DNS của bạn một cách chính xác, điều này sẽ giúp bạn tránh khỏi việc tự tử :)
Bạn không bao giờ có thể có đủ bộ nhớ, hoặc lưu trữ.
Đảm bảo bạn có quyền truy cập từ xa, không có hệ điều hành, vào các máy của bạn, chẳng hạn như hệ thống iLO của HP.
Giữ một kho lưu trữ các tệp OS / App .ISO.
Không phải là câu trả lời trực tiếp cho câu hỏi của bạn nhưng với hy vọng ai đó sẽ tự cứu mình khỏi bị xé tóc trong tương lai bằng cách tìm phản hồi này - các máy chủ phiến HP không được gửi với 'VT'-bit được bật theo mặc định, bạn phải bật nó trong BIOS (F9). Nếu không có ESX 3.5U4 này sẽ không gây ra lỗi hữu ích, không có lỗi nào chỉ bị treo trước khi cài đặt mã :(
Để trả lời câu hỏi khi được hỏi - những cạm bẫy liên quan đến việc di chuyển P2V.
Trước hết - Di chuyển P2V hoạt động rất tốt đối với hầu hết các phần. Hệ thống càng sạch và mới thì càng tốt nhưng ngay cả khi di chuyển (hệ thống NT4) cũ, tỷ lệ thành công của tôi sau hơn một trăm lần di chuyển trong một loạt các môi trường đã đạt khoảng 90%. Đó là các hệ thống đã di chuyển và được bàn giao để sản xuất vào ban ngày (chủ yếu là vào ban đêm) theo kế hoạch. Tôi chỉ từng có một hệ thống mà chúng tôi phải đảo ngược sau khi di chuyển rõ ràng thành công - một hộp SQL cần nhiều mã lực CPU hơn nền tảng có thể cung cấp. VMware Converter là tốt và miễn phí (đối với phiên bản không dành cho doanh nghiệp), mảng là rất tốt (nhưng tốn kém).
Điều đó nói rằng - có những điều cần tránh.
Cụm MSCS. Bạn có thể làm cho chúng hoạt động nhưng nó không bao giờ là một ý tưởng tuyệt vời và Microsoft gần như chắc chắn sẽ không giúp bạn trong bất kỳ cách nào nếu bạn gặp vấn đề sau này. Xây dựng hệ thống độc lập mới thay thế.
Máy chủ SQL lớn - nhấn mạnh vào lớn. Chúng nên được gắn cờ đỏ từ POV yêu cầu CPU trước nhưng không nên di chuyển một cái nếu bạn không chắc chắn rằng VM mục tiêu sẽ có khoảng trống CPU rộng rãi.
Nếu bạn dự định thay đổi tên hệ thống hoặc địa chỉ IP (hoặc cả hai) trong quá trình di chuyển thì trước tiên hãy cân nhắc không làm điều đó và nếu bạn hoàn toàn không có lựa chọn nào thì hãy chắc chắn rằng bạn có người hiểu rõ những thay đổi đó có thể ảnh hưởng đến hệ thống trong câu hỏi. Di chuyển tồi tệ nhất của tôi từng là máy chủ RSA ACE được sử dụng để xác thực VPN DMZ có vị trí mà khách hàng từ chối lắng nghe phản đối của tôi và khăng khăng thay đổi cả tên và địa chỉ IP trong quá trình di chuyển.
Liên quan đến vấn đề trên - nếu bạn có bất cứ thứ gì ngoài mạng hoàn toàn phẳng thì hãy xây dựng một số máy ảo thử nghiệm và đảm bảo 100% rằng mạng VM của bạn sao chép hoàn hảo mạng vật lý mà bạn đang di chuyển.
Trong môi trường Windows AD luôn đảm bảo bạn có tài khoản quản trị viên cục bộ trên hộp đang được di chuyển. Và kiểm tra nó trước khi bạn di chuyển.
Hãy chắc chắn rằng bạn có một ý tưởng tốt về việc mọi thứ sẽ mất bao lâu. Thời gian sao chép P2V sẽ khác nhau tùy thuộc vào băng thông mạng khả dụng (rõ ràng) nhưng cũng có thể bị ảnh hưởng đáng kể bởi số lượng tệp trong mỗi ổ đĩa được di chuyển. Điều này đặc biệt là một vấn đề với các hệ thống NT4 * di chuyển mảng nhưng sẽ ảnh hưởng đến bất kỳ sao chép phần mềm P2V nào ở cấp tệp (thường áp dụng nếu bạn chọn thay đổi kích thước âm lượng). Tốc độ sao chép 70-80Megabyte một giây là có thể với các mạng GigE, nguồn tương đối nhanh và thiết lập mục tiêu tốt nhưng 20-30Megabyte / giây là điển hình hơn và đối với các hệ thống NT đã nói ở trên với mạng 100Meg và rất nhiều tệp tôi đã thấy tốc độ sao chép thả xuống phạm vi 50kilobyte / giây.
Từ kinh nghiệm của tôi, hãy RẤT cẩn thận về phương tiện lưu trữ của bạn. Chúng tôi đã sử dụng iSCSI SAN, hóa ra chỉ hỗ trợ các kết nối 100Mbit. Chạy một VM trên hệ thống không tệ, hai là không đủ ... và vào thời điểm chúng tôi đạt được mục tiêu 8 VM, chúng thật kinh khủng.
Bài học cá nhân của tôi đã học được: Kiểm tra IOPS được xếp hạng và đọc thêm đánh giá về một sản phẩm liên quan đến cách bạn định sử dụng thiết bị lưu trữ
Một điều tiện dụng khác mà tôi đã học được ... Tạo hình ảnh đĩa 'sao lưu' sau khi cài đặt cơ bản và làm cứng sẽ nhanh chóng xây dựng bất kỳ hệ thống nào khác và là một điều rất tiện lợi để giữ xung quanh.
Cố gắng không chạy các máy chủ cơ sở dữ liệu sản xuất trong Môi trường ảo. Các chi phí cho I / O là không thể chấp nhận được. Chúng tôi đã gặp sự cố huuuge khi DBA của chúng tôi cho phép máy chủ MSSQL chính của chúng tôi được ảo hóa. Các truy vấn đã mất hàng ngàn mili giây để chạy. Khi chúng tôi thuyết phục họ chuyển nó trở lại hộp chuyên dụng, tốc độ và tốc độ tăng 10.000%.
Sử dụng mạng redunant cho lưu lượng vmotion / vmkernel. Bạn không muốn các máy ảo ngừng hoạt động chỉ vì một công tắc được khởi động lại.
Ồ, và để một máy chủ DC / DNS / DHCP ra khỏi ảo hóa. Người dùng của bạn sẽ ghét bạn ít hơn nếu bạn gặp sự cố SAN lớn.
Trong trường hợp bạn chưa có - Đã có bản sao lưu hoàn chỉnh của máy vật lý trước khi di chuyển. Một hình ảnh có thể là tốt nhất hoặc và khôi phục ASR / hệ thống hoặc bất cứ điều gì mang lại cho bạn một ảnh chụp hệ thống hoàn chỉnh, thay vì sao lưu nội dung thông thường mà hầu hết các máy có.
Các công cụ P2V có thể gây tác dụng ngược lại cho bạn một cách bất ngờ, làm hỏng máy vật lý (tôi đã chuyển đổi VMWare giết một máy tôi đã thử P2V một lần, may mắn thay, đó chỉ là một lần di chuyển thử nghiệm). Hãy chuẩn bị để có thể khôi phục hệ thống từ đầu. Vâng, đây có thể là 1000 đến một cơ hội, nhưng BẠN có muốn trở thành cơ hội đó không?
VMWare Converter tạo các máy ảo khởi động từ scsi. Máy ảo MS không thể khởi động từ scsi. [chỉnh sửa - rõ ràng phiên bản 4 của trình chuyển đổi hiện cho phép bạn chỉ định SCSI hoặc IDE, tôi yêu những kẻ đó]
Nếu bạn định ảo hóa một máy vật lý không phải ACPI , hãy mua một số phần mềm cho mục đích này. (trừ khi bạn có một vài tuần cho một hành trình khám phá thú vị!)
Ngoài ra, VMWare Converter sẽ giải quyết các công việc mà MS SCVMM sẽ đưa tay ra tranh chấp.
Mang lại nhiều RAM.
Đừng làm bất cứ điều gì cho đến khi các công cụ ảo hóa (cho dù VMWare hoặc MS) đã được cài đặt.
Nếu bạn sẽ chuyển nó sang nền tảng / phiên bản khác, hãy gỡ cài đặt các công cụ nói trên.
Nhớ giới hạn CPU của bạn. P2V của 2 cửa sổ CPU 2000 đã dạy tôi rằng chỉ có 1 được hỗ trợ.
Rất nhiều trong số này là đặc thù của VMware:
Khó chịu ngu ngốc với VMware: các phiên bản khác nhau của VMware sử dụng các trình điều khiển SCSI khác nhau cho các thiết bị đĩa ảo của họ. Hoàn toàn có thể lãng phí 2 giờ trước khi xem xét tùy chọn đó.
Chà, cho đến nay tôi chưa có câu chuyện kinh dị nào về việc mình thực hiện ảo hóa. Tuy nhiên, một vài lưu ý mặc dù.
Lập kế hoạch cẩn thận trong chi tiết phía trước. Đặc biệt là làm một số bài tập về nhà những gì không thể được ảo hóa.
Nếu nhà cung cấp ứng dụng chạy trên máy chủ của bạn không hỗ trợ môi trường ảo, hãy đợi cho đến khi họ hỗ trợ.
Triển khai w / SAN như bộ lưu trữ lưu trữ tất cả các hình ảnh VM.
Chạy ESX hoặc ESX (i) hoặc Hyper-V, để đạt được hiệu suất cao nhất.
Có thể nhiều hơn nhưng đó là tất cả cho bây giờ. :)
[cập nhật] ở đây là một cái khác. Áp dụng phần sụn mới nhất cho máy chủ. Tôi đã có một cái mà tôi đã không làm, nó đã cho tôi màn hình màu tím một vài ngày và làm hỏng hoàn toàn máy chủ.
Tác động ảo hóa là khoảng 5% hiệu suất của chi phí hoạt động. Đo mức tiêu thụ tài nguyên trên môi trường hiện tại để xác định xem môi trường ảo hóa của bạn có thể chịu tải này không.
Trước khi phát trực tiếp với giải pháp ảo hóa của bạn:
Có bất cứ điều gì bạn đã cố gắng ảo hóa nhưng sẽ không bao giờ làm lại?
Tôi sẽ không nói rằng tôi sẽ không thử lại lần nữa, nhưng ảo hóa nhiều lớp không dễ đối phó.
Theo lớp, tôi có nghĩa là chạy xen hoặc esx trên phần cứng ảo hóa như Egenera, HP Virtual Connect hoặc Cisco UCS. Nghe có vẻ là một ý tưởng tốt, nhưng có thể rất tốn thời gian để gỡ lỗi.
Trong VMWare, biết nơi kết thúc ảnh chụp nhanh. Chúng tôi đã cấu hình chúng tôi để kết thúc LUN trên SAN với các tệp VM. Một công nghệ đang thực hành quy trình Chụp nhanh trên LUN gần như đầy đủ. Sau đó, anh ta khởi động lại VM vì một số lý do và các tệp nhật ký khiến VM không khởi động được. Đó là một chút may mắn dẫn chúng tôi đến LUN đầy đủ là nguyên nhân.