2017-01-11 12 views
4

Я использую «oc cluster up», чтобы запустить среду Openshift Origin. Однако я могу видеть, что, как только я завершаю кластер, мои проекты не сохраняются при перезагрузке. Есть ли способ сделать их упорными? СпасибоКак сделать кластер oc устойчивым?

+0

Возможный дубликат [Создание контейнеров-докеров-контейнеров для открывания вперёд после перезагрузки] (http://stackoverflow.com/questions/41539780/making-openshift-origin-docker-containers-persistent-after-reboot) –

ответ

5

Есть несколько способов сделать это. oc cluster up не имеет основного использования сохраняющихся ресурсов.

Есть несколько способов сделать это:

  • Рычаги захвата etcd, как описано в oc cluster up README
  • Там является wrapper tool, что делает его легко сделать это.
+0

Спасибо, что поделились им Стив! – Carla

2

Существует теперь пример в команде cluster up --help, он обязан оставаться в курсе так что проверить, что первый

oc cluster up --help 

... 


Examples: 

    # Start OpenShift on a new docker machine named 'openshift' 
    oc cluster up --create-machine 

    # Start OpenShift using a specific public host name 
    oc cluster up --public-hostname=my.address.example.com 

    # Start OpenShift and preserve data and config between restarts 
    oc cluster up --host-data-dir=/mydata --use-existing-config 

Так в частности, в v1.3.2 использования --host-data-dir и --use-existing-config

0

Предполагая, что вы используя докер-машину с vm, такую ​​как виртуальный ящик, самый простой способ, который я нашел, - это сделать снимок vm, когда WHILE vm и openshift кластер запущены и работают. Этот снимок будет делать резервную копию в дополнение к диску, поэтому позже вы можете восстановить весь кластер, восстановив моментальный снимок vm, затем запустите docker-machine start ...

Кстати, с момента последнего всплывающего окна os: начало версии: v3.6.0-rc.0 и oc cli, --host-data-dir=/mydata, как было предложено в другом ответе, не работает для меня.

+0

Вы используете Windows? Использование персистентности в Windows сложнее с недавними версиями OpenShift из-за изменений etcd. Альтернативный сценарий оболочки на https://pypi.python.org/pypi/powershift-cluster справляется с этим, хотя. –

0

Я использую:

VirtualBox 5.1.26 Kubernetes v1.5.2 + 43a9be4
OpenShift v1.5.0 + 031cbe4

Не работает для меня с помощью --host-данных-Dir (и другие):

oc cluster up --logging=true --metrics=true --docker-machine=openshift --use-existing-config=true --host-data-dir=/vm/data --host-config-dir=/vm/config --host-pv-dir=/vm/pv --host-volumes-dir=/vm/volumes 

С выходом:

-- Checking OpenShift client ... OK 
-- Checking Docker client ... 
    Starting Docker machine 'openshift' 
    Started Docker machine 'openshift' 
-- Checking Docker version ... 
    WARNING: Cannot verify Docker version 
-- Checking for existing OpenShift container ... OK 
-- Checking for openshift/origin:v1.5.0 image ... OK 
-- Checking Docker daemon configuration ... OK 
-- Checking for available ports ... OK 
-- Checking type of volume mount ... 
    Using Docker shared volumes for OpenShift volumes 
-- Creating host directories ... OK 
-- Finding server IP ... 
    Using docker-machine IP 192.168.99.100 as the host IP 
    Using 192.168.99.100 as the server IP 
-- Starting OpenShift container ... 
    Starting OpenShift using container 'origin' 
FAIL 
    Error: could not start OpenShift container "origin" 
    Details: 
    Last 10 lines of "origin" container log: 
    github.com/openshift/origin/vendor/github.com/coreos/pkg/capnslog.(*PackageLogger).Panicf(0xc4202a1600, 0x42b94c0, 0x1f, 0xc4214d9f08, 0x2, 0x2) 
     /go/src/github.com/openshift/origin/_output/local/go/src/github.com/openshift/origin/vendor/github.com/coreos/pkg/capnslog/pkg_logger.go:75 +0x16a 
    github.com/openshift/origin/vendor/github.com/coreos/etcd/mvcc/backend.newBackend(0xc4209f84c0, 0x33, 0x5f5e100, 0x2710, 0xc4214d9fa8) 
     /go/src/github.com/openshift/origin/_output/local/go/src/github.com/openshift/origin/vendor/github.com/coreos/etcd/mvcc/backend/backend.go:106 +0x341 
    github.com/openshift/origin/vendor/github.com/coreos/etcd/mvcc/backend.NewDefaultBackend(0xc4209f84c0, 0x33, 0x461e51, 0xc421471200) 
     /go/src/github.com/openshift/origin/_output/local/go/src/github.com/openshift/origin/vendor/github.com/coreos/etcd/mvcc/backend/backend.go:100 +0x4d 
    github.com/openshift/origin/vendor/github.com/coreos/etcd/etcdserver.NewServer.func1(0xc4204bf640, 0xc4209f84c0, 0x33, 0xc421079a40) 
     /go/src/github.com/openshift/origin/_output/local/go/src/github.com/openshift/origin/vendor/github.com/coreos/etcd/etcdserver/server.go:272 +0x39 
    created by github.com/openshift/origin/vendor/github.com/coreos/etcd/etcdserver.NewServer 
     /go/src/github.com/openshift/origin/_output/local/go/src/github.com/openshift/origin/vendor/github.com/coreos/etcd/etcdserver/server.go:274 +0x345 

Openshift записывает в директории/vm/... (также определенные в VirtualBox), но успешно не запускается. См. [https://github.com/openshift/origin/issues/12602][1]

Работал для меня, используя снимки виртуальной коробки и их восстановление.