Кто-нибудь развернул Swift в среде OpenStack с помощью Juju?

Question 1

У меня была такая же проблема несколько месяцев назад, и я решил ее, изменив мышь! Но, поскольку вы, я был расстроен, что простая проблема с отображением кнопок не может быть решена изящно с помощью программного исправления. К счастью, у меня была проблема на моем рабочем компьютере, и мой работодатель владеет множеством запасных контроллеров мыши. Это было безрезультатно!

Я думаю, что правильная аппаратная реализация мыши не должна посылать случайные средние клики во время прокрутки. Недавно я обнаружил, что это поведение вызывает раздражение даже при использовании Windows!

Теперь, когда я исправил аппаратную ошибку с помощью соответствующего аппаратного решения (сменил мышь), я даже начал пристрастие к «вставке на середину, нажмите «поведение!

Счастливое linuxing!

Искренне,

Question 2

Брайан -

Вот короткое руководство. Я посмотрю на добавление необязательного раздела к этой Wiki, который описывает это.

# branch charms
bzr branch lp:charm/swift-proxy
bzr branch lp:charm/swift-storage

# create a config yaml file for the storage charm. 
# the block-device setting needs to point to a block
# device that exists on *all* storage nodes, to be formated
# mounted and used as a backing store for objects
echo <<END >swift-storage.yaml
swift-storage:
  block-device: xvda2
END

# deploy proxy
juju deploy --repository=$REPO local:swift-proxy
# deploy storage 
juju deploy --config=swift-storage.yaml --repo=$REPO local:swift-storage
# add the relation
juju add-relation swift-proxy:swift-proxy swift-storage:swift-proxy
# add 2 more units to give us the minimum 3 required nodes
juju add-unit swift-storage
juju add-unit swift-storage

Это должно дать вам функциональный кластер, который поддерживает 3 копии каждого объекта. Он может использоваться как отдельный отдельный кластер, или вы можете связать его с остальной областью Openstack, которая будет использоваться в качестве хранилища бэкэндов для ваших изображений VM:

juju add-relation glance:object-store swift-proxy:object-store

Вы можете проверить это, используя поставщика EC2, если у вас нет 4 дополнительных серверов.

Несколько примечаний:

Нынешние быстрые заклинания были скорее концептуальными и не предназначены для того, чтобы узлы хранения могли масштабироваться вверх и вниз очень хорошо , Для развертывания вам потребуется всего 4 узла (1 прокси, 3 хранилища). В текущих прелестях используется устаревшая поддельная система аутентификации под названием tempauth. Если Keystone добавлен в качестве основного компонента Openstack, swift должен использовать это для аутентификации / авторизации (прелесть Keystone в ближайшее время). В этом цикле есть несколько рабочих элементов для расширения / перезаписи быстрых прелестей, позволяющих масштабировать, аутентифицировать на фоне трапецеидальных искажений и использовать преимущества все-таки-южные особенности Juju, которые позволяют интеллектуальный выбор машины и размещение прелестей.

andrews medina · Accepted Answer · 25 May 2018 в 16:11

Брайан -

Вот короткое руководство. Я посмотрю на добавление необязательного раздела к этой Wiki, который описывает это.

# branch charms
bzr branch lp:charm/swift-proxy
bzr branch lp:charm/swift-storage

# create a config yaml file for the storage charm. 
# the block-device setting needs to point to a block
# device that exists on *all* storage nodes, to be formated
# mounted and used as a backing store for objects
echo <<END >swift-storage.yaml
swift-storage:
  block-device: xvda2
END

# deploy proxy
juju deploy --repository=$REPO local:swift-proxy
# deploy storage 
juju deploy --config=swift-storage.yaml --repo=$REPO local:swift-storage
# add the relation
juju add-relation swift-proxy:swift-proxy swift-storage:swift-proxy
# add 2 more units to give us the minimum 3 required nodes
juju add-unit swift-storage
juju add-unit swift-storage

Это должно дать вам функциональный кластер, который поддерживает 3 копии каждого объекта. Он может использоваться как отдельный отдельный кластер, или вы можете связать его с остальной областью Openstack, которая будет использоваться в качестве хранилища бэкэндов для ваших изображений VM:

juju add-relation glance:object-store swift-proxy:object-store

Вы можете проверить это, используя поставщика EC2, если у вас нет 4 дополнительных серверов.

Несколько примечаний:

Нынешние быстрые заклинания были скорее концептуальными и не предназначены для того, чтобы узлы хранения могли масштабироваться вверх и вниз очень хорошо , Для развертывания вам потребуется всего 4 узла (1 прокси, 3 хранилища). В текущих прелестях используется устаревшая поддельная система аутентификации под названием tempauth. Если Keystone добавлен в качестве основного компонента Openstack, swift должен использовать это для аутентификации / авторизации (прелесть Keystone в ближайшее время). В этом цикле есть несколько рабочих элементов для расширения / перезаписи быстрых прелестей, позволяющих масштабировать, аутентифицировать на фоне трапецеидальных искажений и использовать преимущества все-таки-южные особенности Juju, которые позволяют интеллектуальный выбор машины и размещение прелестей.

Спасибо adam_g, очень полезно. У меня не было возможности выполнить ваше практическое руководство, но я все равно отмечаю это, потому что он ясно объясняет, что в коллекцию OpenStack Juju много работы для следующего выпуска LTS Ubuntu. Я еще раз прокомментирую свой опыт, если у меня есть шанс попробовать это. — Bryan, 16 December 2011 в 20:42

Кто-нибудь развернул Swift в среде OpenStack с помощью Juju?

1 ответ

Другие вопросы по тегам:

Похожие вопросы: