2014-09-09 24 views
5

Đối với một số trường hợp, hệ thống tệp được nhóm lại quá nhiều. Đây là, nếu tôi đã đúng, trường hợp sử dụng cho the data volume container pattern. Nhưng ngay cả CoreOS cần cập nhật theo thời gian. Nếu tôi vẫn muốn giảm thiểu thời gian xuống của ứng dụng, tôi phải di chuyển vùng chứa dữ liệu với vùng chứa ứng dụng đến một máy chủ khác, trong khi máy chủ cũ đang được cập nhật.Di chuyển vùng chứa dữ liệu đế cắm giữa các máy chủ CoreOS

Có phương pháp hay nhất nào không? Giải pháp được đề cập thường xuyên hơn là "backup" of a container với docker export trên máy chủ cũ và docker import trên máy chủ lưu trữ mới. Nhưng điều này sẽ bao gồm việc quét các tập tin tar đến một máy chủ khác. Điều này có thể được quản lý với fleet không?

+0

trùng lặp có thể xảy ra [Cách phải để di chuyển một container Docker dữ liệu chỉ từ máy này sang máy khác] (http://stackoverflow.com/questions/25730852/the-right-way-to-move-a-data-only-docker-container-from-one-machine-to-another) –

+0

Tôi hy vọng là không. Câu hỏi của tôi là CoreOS cụ thể và tôi hy vọng hạm đội có thể được sử dụng để dàn dựng quá trình. Điều đó đang được nói, câu trả lời từ câu hỏi khác thực sự có thể áp dụng cho CoreOS miễn là chúng không va chạm với thiết kế của CoreOS. – brejoc

+0

Tôi nghĩ giải pháp phù hợp để đề xuất ở đây sẽ là ứng dụng cụ thể. Bạn đang quản lý loại dữ liệu nào trong khối lượng docker và dịch vụ nào bạn đang cố gắng giảm thiểu thời gian chết cho? – jkingyens

Trả lời

3

@brejoc, tôi sẽ không gọi đây là một giải pháp, nhưng nó có thể giúp:

Alternative 1: Sử dụng một hệ điều hành, mà không có clustering, hoặc ít nhất là - không ngăn cản nó. Tôi hiện đang thử nghiệm với CentOS. 2: Tôi đã tạo một vài công cụ trợ giúp trong một số trường hợp sử dụng. Công cụ đầu tiên, truy xuất dữ liệu từ S3 (thường là các tạo tác), và là một hướng đơn nhất. Công cụ thứ hai, mà tôi gọi là 'bộ chứa khối lượng dự phòng', có rất nhiều tiềm năng trong đó, nhưng yêu cầu một số phản hồi. Nó cung cấp sao lưu/khôi phục 2 chiều cho dữ liệu, từ/đến nhiều kho lưu trữ dữ liệu liên tục bao gồm S3 (nhưng cũng có Dropbox, rất thú vị). Khi nó được triển khai ngay bây giờ, khi bạn chạy nó lần đầu tiên, nó sẽ khôi phục lại vùng chứa. Từ thời điểm đó, nó sẽ theo dõi thư mục có liên quan trong vùng chứa để thay đổi và khi có thay đổi (và sau một khoảng thời gian yên tĩnh), nó sẽ sao lưu vào kho lưu trữ liên tục.

Sao lưu chứa lượng: https://registry.hub.docker.com/u/yaronr/backup-volume-container/ sync File từ S3: https://registry.hub.docker.com/u/yaronr/awscli/ (Docker chạy yaronr/awscli AWS s3 vv vv - đọc AWS docs)

+0

@brejoc, cảm ơn.Nó sẽ rất tuyệt nếu bạn thử dùng ổ đĩa dự phòng và cho tôi suy nghĩ của bạn. Cho đến nay rất nhiều người đã tải xuống nhưng tôi không nhận được nhận xét nào, vì vậy tôi không có cách nào để biết liệu mọi người có thực sự thấy hữu ích hay không – JRun

Các vấn đề liên quan