В качестве примера того, как BOSH может взаимодействовать с СЕРН/Rados магазине:
Хранение пакетов во внутренней СЕРН/Rados магазин
Это требует настройки релиз знать о предполагаемой Blobstore. Имейте в виду, что при запуске bosh upload blobs
команда анализируется командой BOSH CLI, а не BOSH или MicroBOSH VM, если вы столкнулись с таргетингом на нее. Предположим, что у вас есть магазин по адресу IP_ADDRESS:PORT
с существующим ковшом с именем BUCKET
и ключами ACCESS_KEY
и SECRET_ACCESS_KEY
. Файл config/final.yml
должен выглядеть следующим образом:
---
blobstore:
provider: s3
options:
bucket_name: BUCKET
host: IP_ADDRESS
s3_port: PORT
Но файл config/private.yml
должен выглядеть следующим образом:
---
blobstore:
s3:
access_key_id: ACCESS_KEY
secret_access_key: SECRET_ACCESS_KEY
В зависимости от того, как СЕРН магазин установлен, может быть необходимо отключить проверку SSL, а также который будет включать в себя добавление ssl_verify_peer: false
в опции s3_port
(т.е. вложенности будет blobstore
->s3
-.>ssl_verify_peer
на данный момент вызывающего bosh upload blobs
будет работать, как ожидалось
.
Передача виртуальной машины BOSH в хранилище CEPH/Rados Файл манифеста развертывания должен иметь элементы в private.yml и имя ведра в разделе свойств blobstore.
EDIT 20 августа 2015 По данным сайта СЕРН http://ceph.com/docs/master/radosgw/s3/#api нет в настоящее время нет поддержки политики Ковша. Поэтому тот факт, что ковш доступен для чтения, не будет наследоваться объектами ковша. Это означает, что если хранилище CEPH используется вместо официального Amazon S3 для хранения, файл config/private.yml
является обязательным.