# Runbook di chuyển máy chủ riêng bảo vệ dữ liệu | SwissOctet Insights https://swissoctet.com/vi/insights/dedicated-server-migration-runbook/ SwissOctet / Thông tin chuyên sâu / Dedicated & GPU Dedicated & GPU Đã áp dụng · 6 phút đọc Runbook di chuyển máy chủ riêng bảo vệ dữ liệu Diễn tập việc di chuyển, thiết lập ranh giới dữ liệu nhất quán và xác định ý nghĩa của việc khôi phục sau khi hệ thống mới chấp nhận ghi. Bởi SwissOctet Editorial Lưu hướng dẫn Sao chép liên kết TRÊN TRANG NÀY 01 Kiểm kê dịch vụ trước khi di chuyển máy 02 Xây dựng đích đến như một môi trường riêng biệt 03 Chọn một ranh giới dữ liệu nhất quán 04 Chuẩn bị định tuyến lưu lượng mà không hứa hẹn thay đổi tức thì 05 Xác định khôi phục sau khi bắt đầu ghi 06 Kết thúc di chuyển bằng các kiểm tra vận hành Danh sách kiểm tra thực tế của bạn Nguồn & đọc thêm Quay lại thư viện CÂU TRẢ LỜI TRỰC TIẾP Chuẩn bị và kiểm thử máy chủ mới trước, sao chép dữ liệu bằng phương thức nhất quán được ứng dụng hỗ trợ, xác định cửa sổ chuyển đổi và giữ nguyên môi trường cũ. Khôi phục phải tính đến các ghi được chấp nhận trên máy chủ mới, không chỉ một thay đổi DNS. 01 Kiểm kê dịch vụ trước khi di chuyển máy Một cuộc di chuyển bao gồm nhiều hơn các tệp ứng dụng. Hãy liệt kê cơ sở dữ liệu, tệp tải lên, tác vụ theo lịch, worker hàng đợi, chứng chỉ, tên miền, bí mật và các tích hợp gửi ra. Ghi lại phiên bản phần mềm và các giả định vận hành quan trọng, chẳng hạn như quyền tệp và đường dẫn lưu trữ. Một máy chủ riêng mới có thể phơi bày một phụ thuộc bị bỏ quên đã được cài đặt âm thầm nhiều năm trước trên môi trường cũ. Chỉ định một người chịu trách nhiệm cho quyết định chuyển đổi và xác định thế nào là thành công. Bao gồm các kiểm tra người dùng nhìn thấy, tính nhất quán dữ liệu và khả năng khôi phục quyền truy cập. Xác nhận rằng cấu hình mới đã được cung cấp và có thể sử dụng trước khi công bố ngày di chuyển. Một xác nhận đơn hàng hoặc một thông số phần cứng được liệt kê không giống với một đích đến đang hoạt động sẵn sàng nhận dữ liệu sản xuất. 02 Xây dựng đích đến như một môi trường riêng biệt Cài đặt ngăn xếp cần thiết, thiết lập quản trị và cấu hình tường lửa dự định. Giữ bí mật ở chế độ riêng tư và đặt quyền dịch vụ một cách có chủ đích. Xác minh tên máy chủ và hành vi chứng chỉ mà ứng dụng mong đợi trước khi lưu lượng công khai di chuyển. Tài liệu về máy chủ ảo của Apache minh họa lý do định tuyến tên máy chủ là một quyết định cấu hình riêng biệt với địa chỉ của máy chủ. Một trang mặc định hoạt động không chứng minh rằng đúng máy chủ ứng dụng đã được cấu hình. Sử dụng một tập dữ liệu đã khôi phục đại diện để diễn tập, với email gửi ra, thanh toán và tác vụ theo lịch bị tắt hoặc chuyển hướng đến các hệ thống kiểm thử an toàn. Điều này ngăn môi trường kiểm thử tác động lên người dùng thật. Hãy thực hành đăng nhập, tải lên, công việc nền và khôi phục. Ghi lại quy trình và thời lượng của nó để cửa sổ thực tế dựa trên một quy trình đã quan sát thay vì sự lạc quan. 03 Chọn một ranh giới dữ liệu nhất quán Sử dụng phương thức sao lưu hoặc sao chép được cơ sở dữ liệu và ứng dụng hỗ trợ. PostgreSQL phân biệt các bản dump SQL, sao lưu hệ thống tệp và lưu trữ liên tục, mỗi loại có các giả định riêng. Hướng dẫn về dump của nó lưu ý rằng các bản dump cơ sở dữ liệu có thể nhất quán nội bộ trong khi vai trò trên toàn cụm và các chi tiết khác cần được xử lý riêng. Hãy đọc các yêu cầu cho đúng hệ thống bạn đang chạy thay vì sao chép các tệp dữ liệu đang mở một cách bừa bãi. Lập kế hoạch về cách cơ sở dữ liệu liên quan đến tệp tải lên và trạng thái hàng đợi. Nếu một bản ghi trỏ đến một tệp được sao chép ở thời điểm khác, ứng dụng đã khôi phục có thể không đầy đủ ngay cả khi cả hai bản sao đều thành công riêng lẻ. Hãy quyết định xem có nên tạm dừng ghi trong thời gian ngắn, sử dụng một bố trí sao chép đã được kiểm thử hay thực hiện xuất riêng cho ứng dụng. Giữ quyết định nhất quán đó rõ ràng trong runbook. Giai đoạn Bằng chứng cần thiết Quyết định Diễn tập Ứng dụng và dữ liệu đã khôi phục vượt qua kiểm tra Đích đến có thể được xem xét để chuyển đổi Đồng bộ hóa cuối cùng Điểm khôi phục nhất quán đã xác định Chỉ tiếp tục với các thay đổi còn lại đã hiểu rõ Chuyển lưu lượng Định tuyến và hành vi chứng chỉ chính xác Giám sát cả hai đích đến Khôi phục Vị trí của tất cả các ghi mới được chấp nhận Đối soát dữ liệu trước khi đưa lưu lượng trở lại 04 Chuẩn bị định tuyến lưu lượng mà không hứa hẹn thay đổi tức thì DNS time-to-live kiểm soát thời gian bản ghi có thể được lưu trong bộ nhớ đệm, như được giải thích trong tài liệu DNS của Cloudflare. Hãy xem xét TTL sớm nếu DNS là một phần của quá trình di chuyển và để các bản ghi đã lưu trong bộ nhớ đệm hiện có hết hạn theo cài đặt trước đó. Thay đổi giá trị tại thời điểm chuyển đổi không thể rút ngắn hồi tố mọi câu trả lời đã lưu trong bộ nhớ đệm. Các máy khách khác nhau có thể đến các đích khác nhau trong quá trình chuyển đổi. Giữ môi trường cũ khả dụng trong khi các thay đổi định tuyến ổn định, với một chính sách có chủ đích về việc liệu nó vẫn có thể chấp nhận ghi hay không. Tránh chạy trùng lặp các trình tiêu thụ hàng đợi hoặc tác vụ theo lịch trừ khi ứng dụng được thiết kế cho việc đó. Giám sát các yêu cầu ở cả hai phía và xác nhận tên máy chủ dự định, chứng chỉ TLS và phiên bản ứng dụng từ các máy khách độc lập. 05 Xác định khôi phục sau khi bắt đầu ghi Trước khi hệ thống mới chấp nhận thay đổi, việc chuyển lưu lượng trở lại có thể tương đối đơn giản. Sau đó, chỉ một lần đảo ngược DNS có thể làm mất công việc hoặc tạo ra hai lịch sử xung đột. Hãy xác định cách các bản ghi và tệp tải lên mới được tạo sẽ được bảo toàn hoặc đối soát. Nếu ứng dụng không thể hợp nhất chúng một cách an toàn, một khoảng thời gian bảo trì có kiểm soát có thể tốt hơn việc quay lại bản sao cũ một cách tùy tiện. Đặt ra các điều kiện buộc phải tạm dừng di chuyển và giữ người ra quyết định luôn có thể liên lạc được. Bảo toàn nhật ký và bằng chứng hữu ích theo quy định lưu trữ của dự án. Không xóa máy cũ hoặc bản sao phục hồi độc lập của nó chỉ vì trang chủ đã tải được một lần. Thời gian lưu trữ phải bao quát các nhu cầu xác minh và khôi phục đã thống nhất. 06 Kết thúc di chuyển bằng các kiểm tra vận hành Sau khi chuyển đổi, hãy xác minh sao lưu, cảnh báo, gia hạn chứng chỉ, công việc theo lịch và khôi phục quyền truy cập. Xác nhận rằng máy chủ được giám sát là đích mới và không còn tích hợp thử nghiệm nào trong môi trường sản xuất. Xem xét lỗi ứng dụng và thời gian hiển thị với người dùng dưới lưu lượng thông thường. Cập nhật danh mục và sổ tay vận hành để quản trị viên tiếp theo không phải suy đoán điều gì đã thay đổi. Các dòng sản phẩm chuyên dụng của SwissOctet cung cấp các cấu hình vật lý khác nhau, nhưng công việc di chuyển và hỗ trợ được quản lý phải được xác nhận cho dịch vụ đã chọn. Dùng danh mục để chọn tài nguyên phù hợp, sau đó xây dựng một phương án di chuyển đã được kiểm thử dựa trên dữ liệu của ứng dụng. Một cuộc di chuyển hoàn tất khi dịch vụ và quy trình phục hồi của nó hoạt động trên đích đến, chứ không chỉ khi các tệp đã được truyền đi. BIẾN NÓ THÀNH HÀNH ĐỘNG Danh sách kiểm tra thực tế của bạn. ✓ Kiểm kê dữ liệu, tác vụ, bí mật và tích hợp. ✓ Xác minh đích đến đã bàn giao trước khi lên lịch. ✓ Diễn tập với các tích hợp bên ngoài an toàn. ✓ Xác định tính nhất quán của cơ sở dữ liệu và tệp tải lên. ✓ Lập kế hoạch chuyển đổi định tuyến và ngăn chặn tác vụ trùng lặp. ✓ Chỉ định khôi phục cho các ghi mới. ✓ Xác minh sao lưu và giám sát sau khi chuyển đổi. Tải danh sách kiểm tra CÂU HỎI THƯỜNG GẶP Những chi tiết quan trọng. Tôi có thể di chuyển bằng cách sao chép thư mục ứng dụng không? + Chỉ khi việc đó nắm bắt mọi thứ dịch vụ cần và bảo toàn tính nhất quán. Cơ sở dữ liệu, tệp tải lên, tác vụ, bí mật và cấu hình thường cần được xử lý riêng. Giảm TTL của DNS có làm cho việc chuyển đổi diễn ra tức thì không? + Không. Các câu trả lời đã được lưu trong bộ nhớ đệm trước đó có thể vẫn tồn tại cho đến khi hết thời gian sống ban đầu, và các máy khách có thể cập nhật vào những thời điểm khác nhau. Khôi phục có chỉ là trỏ DNS về máy chủ cũ không? + Không, sau khi máy chủ mới chấp nhận ghi. Bạn phải tính đến các bản ghi và tệp đó trước khi chuyển lưu lượng trở lại. TÀI LIỆU THAM KHẢO CHÍNH Đến nguồn. Các tài liệu tham khảo này hỗ trợ các khái niệm kỹ thuật trong hướng dẫn này. Hãy theo dõi tài liệu hiện hành trước khi thay đổi hệ thống sản xuất. PostgreSQL: Sao lưu và khôi phục www.postgresql.org PostgreSQL: Tính nhất quán và khôi phục của SQL Dump www.postgresql.org Apache: Tài liệu Virtual Host httpd.apache.org Cloudflare DNS: Thời gian sống developers.cloudflare.com Hướng dẫn biên tập bởi SwissOctet. Các ví dụ chỉ mang tính minh họa. Thông số dịch vụ, tùy chọn có sẵn và điều kiện hợp đồng phải được xác minh riêng. KẾT NỐI KIẾN THỨC Hạ tầng liên quan. Metal Atlas Thụy Sĩ Metal Zenith Thụy Sĩ Metal EPYC Thụy Sĩ GIỮ MẠCH Ghi chú thực địa tiếp theo của bạn. Khám phá mọi hướng dẫn GHI CHÚ THỰC ĐỊA / 01 + Dedicated & GPU Nền tảng VPS hay chuyên dụng: chọn ranh giới phù hợp Hiểu máy vật lý thay đổi điều gì, không thay đổi điều gì và khi nào nó trở thành bước hữu ích cho khối lượng công việc của bạn. 4 phút đọc Đọc hướng dẫn GHI CHÚ THỰC ĐỊA / 02 + Vận hành ngày thứ hai Ứng dụng Xây dựng bản sao lưu bạn thực sự có thể khôi phục Chọn mục tiêu khôi phục, bảo vệ một bản sao độc lập và thực hành khôi phục trước khi sự cố buộc bạn phải làm. 4 phút đọc Đọc hướng dẫn GHI CHÚ THỰC ĐỊA / 03 + Dedicated & GPU Nâng cao Xây dựng ngân sách VRAM GPU trước khi chọn phần cứng Tính đến trọng số, kích hoạt, bộ nhớ đệm và bộ đệm tạm thời, sau đó kiểm thử khối lượng công việc đỉnh thay vì chỉ tệp mô hình. 6 phút đọc Đọc hướng dẫn