Di chuyển máy chủ trực tiếp

Tôi đang gặp sự cố , tôi có một máy chủ đang chạy với các dịch vụ thông thường (httpd, mail, sql) và có vẻ như tôi phải thực sự nhanh chóng để ngăn chặn việc mất dữ liệu hoàn toàn (mảng RAID của tôi thất bại, vì vậy tôi phụ thuộc vào một hdd bây giờ).

Toàn bộ hệ thống được xây dựng trên HowtoForge's howto và khi tôi đọc cái này trên Squeeze , có vẻ như tôi có thể dễ dàng? di chuyển người dùng (ảo) của tôi vào hộp mới.

Tôi thực sự biết đây là vấn đề rất cụ thể nhưng bạn có thể cho tôi biết một số điểm quan trọng của toàn bộ quá trình di chuyển. Những điều có thể khó khăn mà tôi cần tập trung nhiều nhất ở đâu? Làm thế nào bạn sẽ bắt đầu quá trình?

Một số thông tin cơ bản:

• Hai máy chủ cách nhau 200km, do đó việc di chuyển sẽ diễn ra qua internet
• Cả hai máy chủ sẽ là Debian, máy chủ cũ là Etch, máy chủ mới sẽ là Squeeze
• Dịch vụ quan trọng là thư, trang web có thể bị đình chỉ trong một thời gian
• RAID có nghĩa là hai đĩa trong RAID 1 (cả hai máy)
• Hộp cũ là DNS1 cho tất cả các miền được lưu trữ

Phác thảo cơ bản (thực sự) của tôi:

• Xây dựng một hệ thống tương tự như hệ thống cũ (cấu trúc thư ảo tương tự, mật khẩu được lưu trữ với cùng loại mã hóa, vì tôi không thể nói với hệ thống cũ)
• tạo một tên miền nơi tôi có thể kiểm tra mọi thứ đều ổn (dns, email, www đều ổn)
• Di chuyển tên miền sau tên miền cho đến khi cái cũ không làm gì

Điểm mù của tôi:

• Không thể tìm thấy một mô tả ngắn gọn về cách thực hiện RAID-1 trên Bóp (một Lenny làm thế nào là đủ?)
• Làm cách nào để sao chép các thư mục cụ thể (ví dụ: thư mục thư của người dùng) với quyền người dùng cụ thể khi cần? (rsync sẽ làm điều này?)
• Cách thiết lập DNS trên máy mới ( máy cũ là DNS1) (máy mới cũng phải là DNS và tên miền di chuyển nên sử dụng chính nó làm DNS1?)
• Làm cách nào tôi có thể ngăn mất email (vì thời gian làm mới DNS) (tôi cần thiết lập máy mới dưới dạng MX?)

Đề cương cơ bản của bạn ít nhiều đúng.

Trình cài đặt bóp sẽ làm tốt phần mềm RAID. Một điểm khác biệt là bóp theo mặc định sử dụng grub2; lenny đã sử dụng grub-legacy (0,9 tôi nghĩ). Điều này làm cho một số quản trị grub hơi khác, đặc biệt là về việc đảm bảo grub sẽ khởi động từ cả hai đĩa trong trường hợp thất bại. Bạn luôn có thể trở lại di sản grub, đó là những gì tôi đã làm lần trước khi tôi phải đối mặt với vấn đề này. Bạn phải trả tiền để kiểm tra mọi thứ bạn đang làm, để đảm bảo bạn có thể khởi động lại nếu một trong hai đĩa bị lỗi.

Để sao chép dữ liệu trên, sử dụng rsync cho chắc chắn. Tôi chắc chắn rằng các tài khoản phù hợp sẽ được thiết lập trước, với cùng các uids / gids, sau đó là rsync, nhưng bạn luôn có thể sửa lỗi này sau đó. rsync -avPHAX sẽ nhận được mọi thứ (-a nhận được hầu hết mọi thứ, ngoại trừ -H [ard links] -A [CLs] và -X [thuộc tính có xu hướng], vì vậy điều này rất hữu ích.

Cho rằng bạn đang thực hiện nâng cấp hiệu quả cùng một lúc, hãy chuẩn bị cho các dịch vụ đột phá theo những cách tinh tế. Cấu hình sẽ thay đổi một chút. Đã làm một cái gì đó tương tự gần đây, tôi nghĩ rằng tôi muốn thực hiện một cách thích -> như di chuyển, sau đó nâng cấp máy chủ cuối cùng sau khi thực tế, khi di chuyển mọi thứ và quản lý nâng cấp đồng thời biến nó thành nhiệm vụ voi ma mút.

Cập nhật cho các điểm đau bổ sung của bạn:

Đối với DNS, tôi sẽ chuyển tất cả lưu trữ DNS sang máy mới trong một bước. Để lại các bản ghi khi chúng bắt đầu, nhưng đặt làm mới xuống ngay (10 phút hoặc lâu hơn). Điều này cung cấp cho bạn khả năng di chuyển các bản ghi DNS sang máy mới khi bạn hoàn thành việc di chuyển từng tên miền. Di chuyển DNS của bạn có thể yêu cầu cập nhật các bản ghi whois cho bất kỳ tên miền nào bạn lưu trữ, vì vậy hãy ghi nhớ điều này. Thực tế, đặt làm mới cho tất cả các tên miền ngay bây giờ, trước khi bạn bắt đầu bất cứ điều gì khác - không có gì tệ hơn là có kết quả được lưu trong bộ nhớ cache gây ra vấn đề.

Liên quan đến mất email: Khi bạn di chuyển thư đến máy chủ mới, hãy đảm bảo rằng các bản ghi DNS đã được cập nhật để trỏ MX chính đến máy chủ mới và đảm bảo rằng máy chủ cũ vẫn được định cấu hình để cho phép chuyển tiếp cho tên miền của bạn. Miễn là cả máy chủ cũ và máy chủ mới của bạn đều có chế độ xem DNS cập nhật, dịch vụ thư của bạn trên máy chủ cũ sẽ không còn là MX chính và sẽ chuyển tiếp bất kỳ email nào đến chính mới. Mail cũng sẽ xử lý các sự chậm trễ trong chuyển phát - vì vậy bạn có thể tắt hoặc tường lửa tất cả quyền truy cập email vào cả hai máy, di chuyển mọi thứ cùng một lúc, kiểm tra nó trên máy mới, sau đó di chuyển bản ghi MX và mở thư trên máy mới . SMTP được thiết kế để xử lý sự cố ngừng hoạt động và bất kỳ sự cố ngừng hoạt động ngắn nào (tôi nghĩ là chưa đến 4 giờ) sẽ không tạo ra thông báo lỗi tạm thời.

Cập nhật để thêm:

Một khả năng khác là tạo một VM trên máy chủ mới của bạn và để đồng bộ hóa toàn bộ máy chủ cũ vào hình ảnh đĩa của VM mới này. Sau đó, bạn có thể kích hoạt VM và cập nhật địa chỉ IP, v.v. và có một bản sao hoạt động đầy đủ của máy chủ gốc bên trong VM này. Có khả năng nỗ lực ít hơn rất nhiều, nhưng nếu bạn không quen thuộc với các ngăn xếp VM như KVM hoặc Virtualbox, thì nó có thể không xứng đáng.