Công ty của tôi cần thiết lập một máy chủ phát triển và chúng tôi đã có 2 máy chủ RHEL 6 sản xuất hoạt động theo công tắc L4.
Một trong những giải pháp để thiết lập máy chủ dev là sao chép đơn giản tất cả các tệp từ một trong các máy chủ sản xuất và tinh chỉnh nó một chút.
Tôi chưa bao giờ làm điều đó trước đây nhưng nó có vẻ giống với hình ảnh ma ... nó có thể được thực hiện không? Có nên dùng không? Nó sẽ dễ bị lỗi?
Câu trả lời:
Sao chép tất cả các tập tin có thể làm việc. Nó sẽ phụ thuộc vào HĐH và loại phương pháp sao chép.
Một vấn đề chung là cố gắng sao chép hệ thống trong khi nó đang chạy. Thông thường, ít nhất một số tệp sẽ bị khóa và do đó sẽ không sao chép chính xác. Sử dụng một số loại phần mềm hình ảnh trong khi hệ thống ngừng hoạt động thường là an toàn nhất (bạn đã đề cập đến Ghost là một ví dụ)
Tại sao không chuyển đổi các hệ thống đang chạy sang Máy ảo? Hầu hết các nhà ảo thuật như VMware hay Hyper-V đều có một công cụ để chuyển đổi một hệ thống đang chạy sang một máy ảo một cách dễ dàng.
Sau đó, bạn có thể làm việc với một hệ thống phi sản xuất như bạn muốn trước khi làm bất cứ điều gì trên máy chủ sản xuất.
Cảm ơn @WernerCD
P2VVật lý thành ảo - Vmware: my.vmware.com/web/vmware/evalcenter?p=converter - HyperV: social.technet.microsoft.com/wiki/contents/articles/, - Ảo hóa, sao lưu, cô lập (vì vậy nếu nó đang hướng tới một cơ sở dữ liệu sản xuất) và sau đó vui chơi
Nó có thể được thực hiện?
Chắc chắn là có. Tôi đã sao chép toàn bộ máy chủ Linux bằng cách đóng gói các tệp tarvà trích xuất lại chúng trên máy chủ đích. Nhắc nhở duy nhất tôi nhớ là phải nhớ sử dụng --numeric-ownerkhi giải nén. Tôi không thể nói cho hệ điều hành khác và các công cụ khác, nhưng tôi tưởng tượng nó có thể thực hiện được với tất cả các hệ điều hành chính.
Có nên làm vậy không?
Câu hỏi này phức tạp hơn một chút để trả lời. Tôi sẽ không đề nghị đơn giản là nhân bản một hệ thống sản xuất cho mục đích phát triển. Nó rất có thể chứa nhiều dữ liệu người dùng cũng như tài liệu chính mà bạn không muốn có mặt trên các hệ thống phát triển.
Nhưng nhân bản hệ thống sản xuất của bạn có thể là một ý tưởng tốt cho các mục đích khác.
Cách tiếp cận tôi muốn giới thiệu để tạo một bản sao của hệ thống sản xuất là khôi phục từ bản sao lưu. Bạn có thể tránh tác động hiệu suất đến hệ thống sản xuất bằng cách khôi phục từ bản sao lưu và bạn có thể kiểm tra quy trình khôi phục của mình, đây là một điều tốt.
Điều quan trọng là giữ bản sao bạn đã khôi phục khỏi bản sao lưu cách ly với phần còn lại của thế giới. Vì nó đã được khôi phục từ bản sao lưu của hệ thống sản xuất, nó có thể chứa các công việc tự động, sẽ liên lạc với các hệ thống sản xuất khác và nó sẽ có thông tin đăng nhập để làm việc đó.
Bạn có khả năng có thể gây ra nhiều thiệt hại, nếu bản sao phải giao tiếp với các hệ thống sản xuất thực sự.
Nhưng nếu bạn giữ nó cách ly, nó cho bạn cơ hội kiểm tra xem hệ thống được khôi phục có hoạt động như dự định không. Hơn nữa, một hệ thống được khôi phục như vậy có thể là một môi trường hữu ích cho lần kiểm tra mã mới cuối cùng trước khi nó được triển khai vào sản xuất. Đây có thể là cơ hội duy nhất của bạn để kiểm tra mã trên dữ liệu người dùng thực, trước khi nó thực sự ở vị trí phá vỡ hệ thống sản xuất.
Chắc chắn, điều đó là có thể, bởi vì không khó để "cài đặt" Linux bằng các phương tiện độc đáo. Ví dụ, bạn có thể sao chép máy chủ bằng rsync qua SSH.
/target./proc, /sys, hoán đổi)./target/etc/fstab, đặc biệt nếu các phân vùng được UUID gọi.Bước 3 có thể bao gồm nhiều lượt rsync, có thể được hỗ trợ bởi các ảnh chụp nhanh LVM trên máy nguồn, đường chuyền cuối cùng với tất cả các dịch vụ trên máy nguồn đã dừng để đảm bảo tính nhất quán của dữ liệu.
Chỉ vì bạn không thể có nghĩa là bạn nên. Tôi đã đề xuất quy trình trên là một cách để thực hiện di chuyển trung tâm dữ liệu. Tuy nhiên, trường hợp sử dụng của bạn là khá khác nhau. Khu nghỉ mát để nhân bản nổi bật một số thiếu sót:
Nếu bạn sao chép một cách mù quáng máy chủ sản xuất, bạn sẽ mất cơ hội quý giá để làm rõ chính xác những gì đang chạy trên nó.