приложение и его жизненный цикл базы данных, размещенный на облаке (UEC)

Question

Тривиальная, но важная концепция, которую я не могу понять в облачной архитектуре.

Мы установили веб-приложение в kvm-изображении, и это изображение было зарегистрировано в облаке эвкалипта.

Теперь, если несколько клиентов создают экземпляр одного изображения, как будут сохраняться их отдельные данные в базе данных? Должен ли я перепроектировать базу данных для поддержки многопользовательской аренды?

Но то, что мы хотели, это «быстрое включение saas» с использованием виртуализации без повторной архитектуры существующего приложения и его базы данных.

Пожалуйста направьте нам :)

Answer 1

изображений (то, что вы загружаете и регистрации будет работать как экземпляры позже) являются, если вы будете, только для чтения. После того, как пользователь выполнит экземпляры euca-run-экземпляров, копия этого изображения будет скопирована и собрана для этого конкретного экземпляра. Поэтому каждый раз, когда пользователь (имеющий доступ к изображению) запускает экземпляр, он получает точно, что было загружено изначально. Все изменения будут потеряны после завершения экземпляра.

Короче говоря, вы не хотите загружать пароль или динамическую информацию в изображение. Для динамической информации вы можете использовать EBS (хранение эластичных блоков). Вы также можете настраивать экземпляры с использованием пользовательских данных (для примеров сценариев найдите облако-init или посмотрите на Eucalyptus Recipes project).

Некоторые люди будут использовать загрузку из EBS (экземпляры, которые сохраняются при остановке и перезагрузке), в то время как другие используют эфемерные экземпляры в сочетании с томами EBS (некоторые из вышеупомянутых скриптов) или агрессивной репликацией (например, Netflix). Почти все используют Walrus/S3 для резервного копирования и аварийного восстановления.