На следующей неделе мы собираемся протестировать облако Rckspace, чтобы увидеть, как оно работает с нашим веб-приложением. Это среда LAMP с множеством баз данных MySQL.
Как выбрать «правильный» размер сервера? В Rackspace я могу выбирать срезы с памятью 256, 512, 1024, 2048, 4096 и т. Д.
Сейчас у нас не так много трафика (около 1000 посетителей в день), но я думал, что вся идея «облака» заключалась в том, чтобы не ограничиваться и автоматически масштабироваться.
Обновление: теперь я ищу спецификацию того, что мне нужно. Я знаю, что это слишком сложно. Я ищу примеры, тематические исследования и т. Д. Было бы интересно услышать что-то вроде «Да, мы обслуживаем 10 000 ежедневных запросов без всплесков в стеке LAMP с включенным только одним слайсом с 2 ГБ RAM».
Это гораздо более сложный вопрос, чем «сервер какого размера мне следует начать?» - убедитесь, что вы делаете все правильно для своего приложения в целом.
Для начала спросите себя, сколько памяти вы сейчас используете? Какие продукты RS вы будете использовать? Какие у вас потребности в хранилище? Требования к скорости ввода-вывода или сети? У вас есть данные, которые нельзя поместить в облако? Ваше приложение разработано для эффективного масштабирования? Последнее часто упускают из виду ИТ-менеджеры, которые отчаянно нуждаются в решении проблемы ужасающей производительности и обращаются к облаку вместо своей команды разработчиков.
В связи с этим кажется, что вам нужно взглянуть на свое приложение и действительно определить некоторые требования. После этого позвоните в Rackspace и обсудите свои потребности с торговым представителем. Они смогут дать вам более точные и точные ответы для конкретной компании, чем мы здесь.
Из вашего сообщения я предполагаю, что вы используете облачные серверы, поэтому, хотя вы можете создать серверную емкость почти мгновенно, вам все равно нужно выяснить, что делать с этими экземплярами на бэкэнде. Он не просто «включается», когда у вас всплеск трафика и т. Д. Если ваши требования к хранилищу велики, вы можете рассмотреть Cloud Files, их систему хранения, подобную EC2.
Я рекомендую следующие книги по теме:
Удачи!
Аааа, миф о бесконечной масштабируемости облака ...
Единственное, что дает вам «облако», - это быстрое предоставление нового оборудования. За всем дымом, зеркалами и «крутизной, меняющей парадигму», вот и все.
Вы определяете, какой размер «облачного» сервера вам нужен тем же способом, которым вы указываете обычный сервер - определяете требования к ОЗУ, ЦП и хранилищу для служб, которые вы собираетесь запускать на нем (путем предположений, измерений, карт Таро, что угодно), а затем сложите их все.
С «облачным» сервером вы можете (или хотя бы должен) иметь возможность просто начать с самого маленького и продвигаться вверх (или начать с самого большого и постепенно спускаться), немного поработав, решив, что вы выбрали неправильный размер, измените параметры и перезагрузитесь, такого рода из вещей, но это ужасно ненаучный способ делать что-то, и он не принимает во внимание скачки нагрузки и тому подобное.
Я не уверен, что вы это понимаете, но размер облачных серверов можно изменять на лету (с помощью простой перезагрузки).
Так что не переживайте. Просто начните с самого маленького сервера и проверьте время отклика вашей страницы под нагрузкой (используя что-то вроде JMeter, Selenium, Canoo и т. Д.). Увеличивайте размер сервера, пока не будете удовлетворены.
Какой тип конфигурации используется в вашем приложении в настоящее время (например, общий или выделенный сервер и связанные спецификации)? Для того, чтобы дать вам достаточно точный ответ, действительно нужно гораздо больше информации.
На мой взгляд, есть много причин, по которым люди используют облако:
Их гораздо больше, но я чувствую, что это одни из самых больших.