2014-09-09 25 views
5

Bazı senaryolarda kümelenmiş dosya sistemi çok fazla. Bu, doğru alsaydım, the data volume container pattern için kullanım durumu. Ancak CoreOS'un zaman zaman güncellemelere ihtiyacı var. Uygulamaların kapanma süresini en aza indirgemeyi tercih edersem, eski ana bilgisayar güncellenirken, veri birimi kabını uygulama kabı ile başka bir ana bilgisayara taşımam gerekirdi.Docker veri birimi kaplarını CoreOS ana bilgisayarları arasında taşıma

Mevcut en iyi uygulamalar var mı? Daha sık belirtilen bir çözüm, eski ana bilgisayarda docker export ve yeni ana bilgisayarda docker import ile "backup" of a container olur. Ancak bu, tar dosyalarının başka bir sunucuya dağıtılmasını içerir. Bu fleet ile yönetilebilir mi?

+0

mümkün yinelenen bir makineden diğerine] (http://stackoverflow.com/questions/25730852/the-right-way-to-move-a-data-only-docker-container-from-one-machine-to-another) –

+0

Umarım değildir. Sorum şu: CoreOS'a özgü ve filonun süreci yönetmesi için kullanılabileceğini umuyorum. Diğer bir soruya verilen cevaplar, CoreOS'un tasarımıyla çarpışamadıkları sürece, CoreOS'a gerçekten de uygulanabilir. – brejoc

+0

Burada önerilecek doğru çözümün uygulamaya özgü olacağını düşünüyorum. Docker biriminde ne tür veriler yönetiyorsunuz ve hizmet dışı kalma süresini en aza indirmeye çalıştığınız hizmet nedir? – jkingyens

cevap

3

@brejoc, bir çözüm bu çağrı değildir, ancak yardımcı olabilir:

Alternatif 1: En az kümeleme var, ya da başka bir OS, kullan - bunu engellemez. Şimdi CentOS ile deneme yapıyorum. 2: Bazı kullanım durumlarında yardımcı olacak birkaç araç oluşturdum. İlk araç, S3'ten verileri alır (genellikle eserler) ve tek yönlüdür. 'Yedek hacim kabı' olarak adlandırdığım ikinci araçta çok fazla potansiyel var, ancak biraz geri bildirim gerekiyor. S3 (aynı zamanda Cool olan Dropbox) de dahil olmak üzere birçok kalıcı veri deposuna/verilerden veri için 2 yönlü bir yedekleme/geri yükleme sağlar. Şimdi uygulandığı gibi, ilk kez çalıştırdığınızda, konteynere geri yüklenir. Bu noktadan sonra, değişiklikler için kapsayıcıdaki ilgili klasörü izler ve değişiklikler (ve sessiz bir dönemden sonra), kalıcı mağazaya yedekler.

Yedekleme hacim konteyner: S3 https://registry.hub.docker.com/u/yaronr/backup-volume-container/ Dosya senkronizasyon: https://registry.hub.docker.com/u/yaronr/awscli/ (docker çalıştırma yaronr/awscli aws s3 vb vb - aws doküman okuma) yalnızca veri docker kap taşımak için [sağ şekilde

+0

@brejoc, teşekkürler.Yedek hacim-konteyner-denemek ve düşüncelerinizi bana verirseniz güzel olacaktır. Şimdiye kadar bir çok kişi indirdi, ancak hiç yorum almadım, bu yüzden insanların gerçekten yararlı bulup bulmadığını bilmenin bir yolu yok. – JRun