Я не разбираюсь в технологиях / unix / sysadmin, но я все еще не могу понять, почему Amazon, Rackspace, Azure, GoGrid, Linode и эти ребята рассчитывают свои экземпляры за час использования ...
Я должен спросить ... Кто вообще отключает свои серверы?
* aaS начиналась как стратегия пакетов / планов, при которой вы платите за набор услуг, и вам не нужно было беспокоиться об использовании ... платите 100 долларов в месяц, и вы получаете то, то и это.
Теперь, когда я хочу перейти на Amazon EC2, меня смущает процент использования, расчеты переноса ... это чертовски сложно и требует много времени. По моим подсчетам, я могу сказать, что заказ 2х выделенных серверов с 24 ГБ оперативной памяти, установка ESXi и управление всем этим намного дешевле ...
Я что-то упускаю?
Возьмите масштабируемую инфраструктуру, подобную той, с которой я работаю. В моем случае объем работы, который мы можем выполнить, хорошо масштабируется в зависимости от количества запущенных узлов обработки. У нас есть внутренние возможности, и мы работаем над тем, чтобы использовать именно эти виды услуг, если спрос превышает наши внутренние возможности.
Когда нам это нужно, мы развертываем кучу узлов обработки в подобной облачной службе. Как только мы автоматизировали развертывание, нужно сказать системе: «Мне нужно 20 новых узлов», запустить 20 новых экземпляров, настроить имена по мере необходимости и начать пережевывать. Как только проект будет завершен, мы отключаем эти узлы и продолжаем свой веселый путь.
Из-за факторов стоимости (в нашем случае это не для всех), если это происходит достаточно часто, это хороший знак того, что нам нужно немного расширить нашу внутреннюю инфраструктуру.
Безусловно, будет «базовая нагрузка», которую мы будем поддерживать постоянно, и для этого нам нравится размещать ее у себя. Вероятно, нам понадобятся несколько постоянно включенных экземпляров в служебном облаке по определенным причинам приложения и локализации данных, но они должны быть однозначными. Эти несколько серверов должны поддерживать до сотен узлов краткосрочной обработки.
В те месяцы, когда нам никогда не нужно использовать возможность «всплеска», нам все равно придется платить за серверы с базовой нагрузкой, которые нам нужны, чтобы продолжать работать там. Однако в другие месяцы, когда у нас больше работы, чем мы знаем, что делать, у нас могли бы работать сотни машин в любой момент времени.
Что касается расчетов, я так и сделал. Для этого требуется электронная таблица и очень хорошее знание вашей среды. Я знал, сколько данных мы обычно берем за месяц (пропускная способность передачи), сколько раз данные считываются в рамках наших методов обработки (скорость передачи данных в хранилище), каков коэффициент роста для обработанных данных по сравнению с исходными данными. (затраты на хранение данных), а также оценку того, какой процент в течение месяца мы фактически выполняем (количество часов). Если у вас его нет, трудно точно оценить счет.
Я смог взять то, что мы знаем о нашей частной среде, и построить таблицу, которая предсказывает, сколько будет стоить что-то вроде AWS по сравнению с прокруткой нашего собственного в colo. Это было очень информативно. В нашем конкретном случае Рассматриваемый нами поставщик облачных услуг увеличил расходы от 2 до 10 раз по сравнению с тем, что делал все самостоятельно. Это было очень полезно для высшего руководства, которое рассматривало возможность пойти ва-банк с этим поставщиком облачных услуг.
Мы остановились на гибридном подходе, поскольку облачная способность к скачкообразным изменениям очень полезна. Отстойно говорить клиентам, что мы не можем уложиться в сроки, потому что мы взяли на себя слишком много работы. Во всяком случае, облачные возможности могут помочь нам до тех пор, пока мы не сможем модернизировать инфраструктуру для нашего собственного завода.
Половина смысла облачных решений заключается в возможности быстрого масштабирования, а затем повторного масштабирования, когда вам не нужна дополнительная мощность. Они взимают плату за единицу времени (или за единицу других ресурсов), так что вы можете быстро изменить то, сколько у вас есть. Если ваше веб-приложение использует + 300% в вечернее время, зачем платить за серверы, которые вам не нужны в остальное время.
Почасовая оплата дает вам гибкость, если вам нужно добавить или удалить мощность, чтобы принять даже почасовые всплески (например, часы пик). Если вам нужно, чтобы что-то работало мгновенно, обычно есть какие-то подписки или около того. У Amazon есть заказы, у других - ежемесячные пакеты. Но да, это еще больше усложняет расчет. Это может стать немного проще с Cloudorado, который рассчитывает цены для нескольких поставщиков.
Я думаю, что хороший подход - иметь выделенные серверы для постоянной нагрузки и облако для всплесков. Это называется гибридным хостингом, но не многие его предоставляют (например, Rackspase и GoGrid делает). Но также имейте в виду, что с некоторыми облачными провайдерами вы действительно можете настроить размер экземпляра в соответствии с вашими потребностями (отдельно определить RAM, CPU, хранилище). Это также может принести вам некоторую экономию, если вам нужны ресурсы в необычных пропорциях. Это например CloudSigma, ElasticHosts или OpSource.