Cạm bẫy ảo hóa / Bài học kinh nghiệm


23

Một số cạm bẫy hoặc bài học kinh nghiệm sau khi chuyển đổi phần cứng hiện có sang môi trường ảo hóa là gì? 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?


Có lẽ đây nên là một wiki cộng đồng.
jtimberman

Câu trả lời:


14

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ã :(


1
Không chỉ riêng bạn, tôi nghĩ rằng hầu hết các bộ xử lý đều bật VT theo mặc định. Ít nhất sự hoảng loạn ban đầu giúp bạn không cần đến tách cà phê đó!
Kara Marfia

1
+1 để có thêm bộ nhớ. Có vẻ như chúng tôi luôn quay vòng các máy ảo mới và chúng tôi có rất nhiều CPU để sử dụng (ngay cả với CPU 2,3 GHz tương đối chậm) nhưng RAM ít!
Matt Rogish

2
Đối với iLO của HP, hãy lấy giấy phép lớn. Giấy phép cơ bản sẽ không cung cấp cho bạn quyền truy cập bàn điều khiển sau khi bạn khởi động bộ nạp khởi động. Với giấy phép cơ bản, bạn có thể chỉ cần power mach (và kết nối với cổng nối tiếp), và không nhiều thứ khác. Một getty trên một cổng nối tiếp không có gì trên một cổng console thực sự. (với sparc bạn có được giao diện điều khiển thực trên serial và tương đương với iLO của Sun có giao diện điều khiển mà không cần giấy phép bổ sung).
Thomas

13

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

  • Lý tưởng nhất là bạn sẽ thoát khỏi những thứ này nhưng một số người không có được sự sang trọng đó và có được một hệ điều hành như vậy với phần cứng hoàn toàn không thể sửa chữa được mà có lẽ nó chạy trên hầu như luôn luôn là một ý tưởng tốt.

8
  • Có một chiến lược sao lưu vững chắc tại chỗ trước. Quyết định xem bạn sẽ sao lưu VM như thể nó là kim loại trần hay bạn sẽ sao lưu các đĩa cứng ảo trên kho lưu trữ dữ liệu (hoặc cả hai). Nói chung, tôi thấy rằng dấu chân sao lưu cần thiết của tôi ban đầu tăng đáng kể, vì vậy hãy chuẩn bị cho một đột biến ban đầu, nơi bạn có thể sao lưu cả máy vật lý cũ và máy ảo mới trước khi bạn xử lý tất cả các nút thắt.
  • VM ngổn ngang cũng là một cái gì đó để coi chừng. Khi ảo hóa bắt đầu cất cánh, mong muốn chuyển mọi thứ sang VM trở nên tuyệt vời. Trong khi điều này có thể hoạt động, có lẽ bạn đã không đặt hàng chính xác đủ phần cứng ngay lập tức.
  • Tôi nghĩ rằng có những máy không thể chuyển đổi và những máy khác có lẽ không nên chuyển đổi. Mặc dù thật tuyệt khi có thể mang một cỗ máy vật lý 10 năm tuổi và sao chép nó vào VM, với mụn cóc và tất cả, chắc chắn sẽ có những kịch bản mà bạn nên xây dựng một
    hệ điều hành sạch và di chuyển các đối tượng từ máy vật lý. Đôi khi bạn tốt hơn là không chuyển đổi qua mạng nhện.
  • Hãy chuẩn bị để sử dụng rất nhiều cổng mạng. Nếu bạn có các hệ thống chạy trên các VLans khác nhau, trong khi các cổng đơn có thể được trung kế, bạn có thể muốn có các cổng riêng cho các Vlan của mình nạp vào vSwitch của bạn. Nếu bạn muốn dự phòng và bạn đang sử dụng iSCSI, bạn có thể xem xét rất nhiều NIC.

7

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.


6

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%.


6

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.


1
+1 cho các dịch vụ mạng cơ bản không ảo hóa - Tôi sẽ đưa NIS vào danh sách đó. Tôi cũng thích có máy chủ syslog trung tâm là không ảo, để nếu mọi thứ chết đi, bạn có cơ hội tốt hơn để tìm ra những gì đã sai.
David Mackffy

Điểm hay, các máy chủ quản lý (như vCenter của Vmware) không nên được ảo hóa (vâng, điều đó là có thể nhưng đừng làm điều đó).
pauseka

5

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?


5

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ợ.

  • 2000 - 1 lõi
  • 2003 - 2 lõi
  • 2008 - 4 nhân

+1 để gỡ cài đặt các công cụ trước khi chuyển sang nền tảng khác.
kentchen

4

Nếu bạn sẽ sử dụng SAN để lưu trữ hình ảnh VM của mình, hãy đảm bảo rằng bạn gắn nhãn thiết bị của mình và lưu trữ RẤT R CLE RÀNG. Loại bỏ ánh xạ máy chủ vào đĩa trên SAN thực hiện những điều khủng khiếp nếu chúng vẫn được sử dụng bởi máy ảo.


3

Microsoft sẽ không hỗ trợ Exchange 2003 chạy trong VMware (ít nhất đó là phản hồi chính thức). Với rất nhiều sự vặn vẹo cánh tay, chúng tôi đã có thể nhận được một số hỗ trợ không chính thức từ họ, nhưng nó gây ra thêm đau đầu trong một cuộc khủng hoảng căng thẳng.


3

Rất nhiều trong số này là đặc thù của VMware:

  • Nếu nó hoạt động kém như một máy vật lý, nó sẽ hoạt động kém như một máy ảo.
  • Cold Clone ISO là bạn của bạn
  • Rác vào, Rác ra. Nếu bạn P2Ving các hệ thống cũ hơn, chúng có thể để lại dấu chân không cần thiết. Xem phần cứng Ghost sau P2V , các bước cần thiết sau P2Vp2v-scripts.pdf
  • Đảm bảo hệ điều hành khách của bạn được phần mềm P2V hỗ trợ.
  • Windows 2000 có thể là một nỗi đau liên quan đến trình điều khiển SCSI

2

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 đó.


1

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ù.

  1. 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.

  2. 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ợ.

  3. Triển khai w / SAN như bộ lưu trữ lưu trữ tất cả các hình ảnh VM.

  4. 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ủ.


1

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:

  • Kiểm tra xem bạn biết cách sao lưu VÀ khôi phục VM. Sử dụng ảnh chụp nhanh có thể không được hỗ trợ, như trên Windows DC
  • Hỏi biên tập viên của bạn nếu giải pháp của nó được hỗ trợ trong VM. Microsoft duy trì danh sách các phần mềm được hỗ trợ của họ bên trong VM: KB 897613
  • Vì việc tạo VM rất dễ dàng, mọi người có xu hướng tạo một VM mới cho mọi yêu cầu. Sau đó, bạn có nhiều VM hơn giải pháp của bạn được lên kế hoạch để hỗ trợ.

1

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.


0

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.


0

Nếu bạn đi với một VHD mở rộng năng động thì đảm bảo bạn đi đủ lớn. Nếu bạn đi với 100 GB và cuối cùng bạn chỉ sử dụng 20 ... không có vấn đề gì. Tuy nhiên, nếu bạn đã đi với 25 thì bạn có một số công việc trước mắt.

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.