Tôi nên sao chép các mẫu VM của mình giữa các trung tâm dữ liệu vSphere như thế nào?


9

Kiến trúc nền / môi trường:

Môi trường hiện tại của tôi $corp_overlords$được thiết lập theo mô hình hub-and-speak với một trung tâm văn phòng tại nhà có công nghệ tốt (SAN, cụm bladecenter / bladeystem ESXi, kết nối internet cáp quang, v.v.) được kết nối với một số phát ngôn của trang web từ xa không tốt lắm, và thường chứa máy chủ lưu trữ ESXi duy nhất và kết nối với trung tâm văn phòng tại nhà thông qua một T1. Tất cả lưu lượng truy cập bắt nguồn từ bất kỳ trang web từ xa nào đều quay trở lại văn phòng tại nhà qua "mạng MPLS" (đây thực sự chỉ là một T1 kết nối trang web từ xa với văn phòng tại nhà).

Tại văn phòng tại nhà, trên SAN, chúng tôi có một số mẫu VM mà tôi đã tạo để triển khai VM từ đó. Chúng được lưu trữ trong một khối NFS, đó là kho dữ liệu vSphere, được đính kèm với đối tượng trung tâm dữ liệu văn phòng tại nhà trong vSphere.

Mỗi trang web từ xa có một đối tượng trung tâm dữ liệu vSphere tương ứng, chứa một đối tượng kho dữ liệu được kết nối với bộ lưu trữ được gắn cục bộ trên máy chủ lưu trữ ESXi nằm ở vị trí thực tế tại trang web từ xa.

Vì các mẫu VM này tồn tại trên khối lượng NFS, chúng chiếm ~ 40 GiB (cung cấp mỏng). Là các tệp trên NTFS (hoặc Linux FS), chúng chiếm ~ 100 GiB.

Câu hỏi:

Làm cách nào để sao chép 40 GiB dữ liệu được cung cấp mỏng này (chiếm 100 GiB không gian hệ thống tệp) giữa các trang web của tôi?

Tôi bị ràng buộc rằng tôi có khoảng 5 ngày để làm như vậy và không thể can thiệp (đáng chú ý) vào "lưu lượng mạng bình thường".


Bạn có một bladecentre ở nhà?!
Tom O'Connor

@ TomO'Connor Heh. Không phải văn phòng nhà tôi , mà là trang web "văn phòng tại nhà" của tập đoàn . Mặc dù, tôi chắc chắn rằng nếu tôi hỏi một cách tử tế, tôi có thể lôi chiếc EVA SAN và HP Bladesystem cũ đi để sử dụng cho mục đích cá nhân của mình ... hy vọng rằng tôi không có ~ 25.000 đô la, nó sẽ khiến tôi phải chạy mọi thứ ở nhà.
Vô vọngN00b

Ồ Điều đó có ý nghĩa hơn .. chỉ
Tom O'Connor

Câu trả lời:


13

Làm thế nào về việc sử dụng ovftool để sao chép các mẫu trực tiếp giữa các máy chủ?

Tôi đã sử dụng cái này cho VM trước đây và nó hoạt động khá tốt. Không chắc chắn nếu điều đó cũng hoạt động cho các mẫu, nhưng nếu không thì bạn chỉ có thể tạm thời chuyển đổi các mẫu thành VM để sao chép chúng.

Hướng dẫn, với một ví dụ ở đây .

Bạn cũng có thể sử dụng ovftool để chuyển đổi các mẫu của mình thành .ovfcác gói rất nhỏ gọn, sau đó chuyển các gói giữa các trung tâm dữ liệu bằng BITS hoặc FTP hoặc SCP hoặc bất kỳ giao thức nào bạn muốn.


Lựa chọn tốt đẹp !! Tôi quên các công cụ cli thường xuyên.
ewwhite

Tôi đã chỉnh sửa câu trả lời của bạn và thêm câu cuối cùng vào đó, vì đó là điều tôi thực sự đã làm. Việc chuyển đổi các mẫu thành .ovfcác gói khiến chúng có nhiều GB, mỗi gói mà tôi có thể dễ dàng chuyển giữa các trang web với BITS.
HoplessN00b

8

Tùy chọn:

Theo cách tôi nhìn thấy, tôi có ba cách tiếp cận khả thi, mặc dù tôi rất hy vọng tôi đang thiếu một cách tốt hơn mà ai đó ở đây có thể chỉ cho tôi. (Lý tưởng nhất là tôi chỉ di chuyển 40 GiB dữ liệu thực tế và theo phương pháp "nền" hoặc điều chỉnh tốc độ có thể nối lại được.)

  1. Sao chép các tệp giữa các kho dữ liệu thông qua máy khách vSphere.
    • Ưu điểm: Chỉ di chuyển ~ 40 GiB, không ~ 100 GiB.
    • Nhược điểm: Mọi thứ khác - không thể tiếp tục, không nền / tốc độ, giao diện THÀNH CÔNG .

  2. Sao chép tệp giữa các khách Windows bằng BITS
    • Ưu điểm: Tiếp tục, chuyển nền.
    • Nhược điểm: Di chuyển ~ 60 GiB dữ liệu không thực sự tồn tại.
    • Phần thưởng: Sử dụng PowerShell. <3
    • Phần thưởng quản chế bí mật kép : PowerShell Remote cho phép thực hiện điều này trong một lệnh duy nhất.

  3. Sao chép tệp giữa các máy chủ ESXi qua SCP
    • Ưu điểm: Tăng tốc và có khả năng phục hồi.
    • Nhược điểm: Di chuyển ~ 60 GiB dữ liệu không thực sự tồn tại. Không chuyển nền.
    • Tiền thưởng: Râu cổ. Râu cổ cho khả năng phục hồi.

  4. Tùy chọn tốt hơn được đề xuất trên Server Fault.
    • Ưu điểm: Truyền nền nhanh, có thể điều chỉnh tốc độ chỉ di chuyển ~ 40 GiB dữ liệu tồn tại.
    • Nhược điểm: Trao tặng một đại diện chi phí tiền thưởng.
    • Phần thưởng: Học một cái gì đó mới, biện minh cho việc chơi ServerFault tại nơi làm việc.

Còn việc thu nhỏ kho dữ liệu với powerCLI sau đó sử dụng BITS để di chuyển tệp thì sao? Rõ ràng hãy thử điều này với một bản sao đầu tiên.
Nathan C

@NathanC Không phải là một suy nghĩ tồi, nhưng các trung tâm dữ liệu trên SAN văn phòng tại nhà thực sự là khối lượng NFS 2TB chứa nhiều hơn chỉ các mẫu trong câu hỏi. Chúng tôi cũng thiếu không gian trống trên SAN, vì vậy chúng tôi không thể phân bổ khối lượng NFS bổ sung để tạo kho dữ liệu mới cho mục đích này (hoặc chuyển mọi thứ xung quanh để kết thúc với một kho dữ liệu chỉ chứa những gì chúng tôi cần sao chép).
Vô vọngN00b

Er, oops ... sai thuật ngữ. Sự thu hẹp xảy ra trên ổ đĩa , không phải kho dữ liệu. Tôi cần một thức uống, rõ ràng.
Nathan C

1
Tùy chọn 5. Sao chép các mẫu vào bộ lưu trữ di động và gửi nó đến các trang web từ xa.
joeqwerty

@joeqwerty Vâng, sneakernet luôn là một lựa chọn. Có thể không phải vì điều này, vì những lý do phi kỹ thuật, nhưng điều đó không có nghĩa đó không phải là một câu trả lời tốt cho trường hợp chung. (Tôi đã mong đợi ai đó đưa lên FedEx / UPS / USPS như một câu trả lời cho vấn đề này vào một lúc nào đó.)
HoplessN00b

5

Đây là một ý tưởng thú vị cho bạn. Nó sẽ không giúp ích gì cho việc gieo hạt ban đầu của bạn, nhưng tôi tự hỏi liệu việc sử dụng thứ gì đó như sản phẩm miễn phí của Crashplan có giúp bạn với các mẫu của bạn không.

https://www.code42.com/store/

Nó không phân biệt và chặn các mức chênh lệch cấp độ, vì vậy bạn có thể cài đặt nó trên một máy chủ cục bộ tại HQ với tư cách là "người gieo hạt giống" và trên mỗi máy chủ nói (trong VM tôi đoán) là "máy thu". Thiết lập các bản sao lưu để chỉ bao gồm thư mục nơi các mẫu sẽ được lưu trữ trên Máy chủ HQ. Nó cũng có thể sao lưu tới nhiều đích (chẳng hạn như từng "đã nói") https://support.code42.com/CrashPlan/Latest/Getting_Started/Ch rủi_Destinating

Các bước (sau khi thiết lập ứng dụng Crashplan ở mỗi bên) sẽ hoạt động giống như:

  1. Sao chép các mẫu từ kho dữ liệu vào máy chủ "hạt giống" vào thư mục trên đó mà Crashplan đang theo dõi. Trên mạng gigabit, việc này có thể mất một chút thời gian nhưng không nên quá tệ.
  2. Crashplan nên giám sát và bắt đầu sao lưu các tệp vào nan hoa / máy thu. Điều này rõ ràng sẽ mất khá nhiều thời gian.
  3. Sau khi sao lưu / sao lưu ban đầu, khi các mẫu trong tương lai thay đổi, hãy sao chép chúng từ kho dữ liệu thực tế vào thư mục của máy chủ "seed", Crashplan đang theo dõi, ghi đè lên bản sao mẫu gốc. Sau đó, Crashplan sẽ khấu trừ và chỉ thay thế các thay đổi cấp độ khối cho nan hoa.

Chỉ là một ý tưởng ... có thể là một con đường thú vị để mạo hiểm và xem liệu nó có hoạt động như một bản sao cấp độ khối / khấu trừ của một người nghèo cho chỉ những tệp này.


5

Tôi đã thực hiện kiểu di chuyển này một số cách, nhưng đưa ra những gì bạn đã mô tả ...

FedEx hoặc UPS , với một ...

Tôi biết rằng các máy chủ đang sử dụng là máy chủ HP ProLiant và Dell PowerEdge. VMware không có hỗ trợ tốt cho các thiết bị di động (ví dụ USB) làm mục tiêu kho dữ liệu. Tuy nhiên, sử dụng ổ đĩa logic RAID 0 ổ đĩa đơn (bằng HP-speak) tại trang web chính có thể hoạt động. Bạn có thể thêm và xóa các đĩa được gắn cục bộ trên các hệ thống HP và Dell và sử dụng như một phương tiện để vận chuyển kho dữ liệu.

Là các mẫu, bạn có thể di chuyển / sao chép chúng vào đĩa cục bộ của mình thông qua vCenter. Gửi đĩa. Chèn vào máy chủ độc lập nhận. Mảng và kho dữ liệu sẽ được nhận ra thông qua quét lại hệ thống lưu trữ. Sao chép dữ liệu. Lợi nhuận.

Tôi cũng đã sử dụng điều này như một phương tiện để tạo các bản sao để sao chép vSphere, vì 24 giờ của deltas dễ quản lý hơn nhiều so với nhiều đồng bộ hóa đầy đủ.


3

Đây là một phương pháp tôi sử dụng khá thường xuyên cho loại kịch bản này. Có vẻ như phản trực giác vì bạn đang tải các tệp từ bên trong VM được lưu trữ trên kho dữ liệu, lên chính kho dữ liệu. Tuy nhiên, điều này cho phép bạn kiểm soát nhiều hơn đối với cách chuyển tiền được thực hiện.

  • Sử dụng WinRAR hoặc 7Zip để chia mẫu của bạn thành các khối 1GB-2GB.
  • Tạo một VM trên máy chủ ESXi tại mỗi trang web từ xa. Tài nguyên tối thiểu là cần thiết, đây chỉ là một khu vực tổ chức.
  • Đính kèm VMDK cho mỗi VM này đủ lớn để chứa dữ liệu bạn đang truyền.
  • Cài đặt hệ điều hành và công cụ chuyển giao mà bạn chọn (Tôi sử dụng máy chủ SFTP cho việc này).
  • Tải mẫu RAR'd lên VM dàn dựng.
  • Giải nén mẫu RAR'd.
  • Sử dụng vSphere hoặc giao diện người dùng web để tải mẫu từ VM dàn lên kho dữ liệu ESXI. (đây sẽ là một lần chuyển NHANH).

Ưu điểm:

Bằng cách chia mẫu thành các phần nhỏ hơn, bạn giảm nguy cơ hỏng dữ liệu trong quá trình chuyển. (Nếu một tệp bị hỏng, bạn chỉ cần tải lên lại đoạn RAR đó, thay vì toàn bộ tệp 40 GB.)

Bạn chỉ chuyển 40 GB (có thể ít hơn vì RAR sẽ nén thêm).

Bạn có thể chọn các tiện ích chuyển khoản khi bạn thực hiện chuyển trong Hệ điều hành bạn chọn.

Nhược điểm:

Bạn phải tạo một VM dàn dựng. Tôi làm điều này dễ dàng hơn bằng cách có một mẫu được tạo sẵn <1GB chỉ có cài đặt hệ điều hành + máy chủ SFTP trần.

Nén / giải nén một mẫu 40 GB sẽ mất ~ 4 - 6 giờ tùy thuộc vào tài nguyên CPU của bạn.


1

Tôi đã xử lý vấn đề tương tự này khá nhiều lần và khoảng một nửa thời gian tôi thấy rằng tôi tốt hơn hết là chỉ chế tạo máy mới ở địa điểm xa. Điều này đặc biệt đúng với những gì tôi gọi là máy "mẫu". Phiên bản của tôi đó là một máy khá cơ bản. Phiên bản của bạn có thể là một cái gì đó hơi khác nhau.

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.