В настоящее время я работаю на AWS по цене от 25 до 40 тысяч долларов в месяц. У меня около 30 ТБ данных, проиндексированных в Elasticsearch, запущен производственный кластер с 4 узлами и еще один промежуточный кластер с 4 узлами. Каждая система в кластере представляет собой m4.2xlarge с выделенным SSD на 10 ТБ с IOPS. У меня есть постоянные одноразовые задания EMR, которые мне нужно выполнить, и я также широко использую Elasticache.
В настоящее время у меня есть куча данных в S3, которые еще не были проиндексированы, поэтому мои 30 ТБ данных превысят 150 ТБ, и я начинаю беспокоиться о своих эксплуатационных расходах. Я когда-либо запускал инфраструктуру только в облаке, поэтому я не очень знаком с колокацией. Тем не менее, похоже, что в любом случае для моего варианта использования затраты на размещение в долгосрочной перспективе будут намного ниже, чем на AWS.
Кроме того, в моей команде есть инженеры по инфраструктуре, которые могут выполнять задачи центра обработки данных и т. Д. Итак, я уже плачу за трудовой аспект этого. Мой вопрос: какие факторы необходимо учитывать при таком переезде? Каковы преимущества и недостатки каждого из них, и имеет ли смысл переходить от облачного провайдера, такого как AWS, к Colo?
Это не вопрос мнения, это обычно вопрос сравнения двух чисел и определения того, какое из них больше.
Вы знаете, сколько у вас текущих счетов с AWS.
Теперь вам нужно сложить затраты на все необходимое оборудование, контракты на обслуживание на весь срок его службы (три года, возможно, четыре), стоимость колокации (которую вы узнаете, когда узнаете, сколько оборудования вы покупаете. ), а также стоимость персонала для его установки и обслуживания. Не забывайте SLA; если они хороши, им тоже придется заплатить.
Лично я считаю, что любой, кто тратит четверть миллиона долларов в год на AWS, должен выполнять это упражнение не реже одного раза в год. Сложнее всего понять, сколько оборудования вам понадобится, и мы можем оказать очень ограниченную помощь в этом; но как только это будет сделано, вам, как правило, потребуется лишь периодически повышать его мощность в соответствии с повышением требований вашего бизнеса.
И последнее предостережение: если вам кажется, что размещение "намного дешевле", возможно, вы упускаете из виду одну или несколько из вышеперечисленных затрат или недооцениваете ее. Я согласен с тем, что Amazon стремится получить прибыль от удовлетворения ваших потребностей, но у них есть значительная экономия на масштабе, которая может быть недоступна для вас; Я был бы удивлен, если бы какая-либо фигура очень намного больше, чем другие.
В какой момент вы рассматриваете возможность перехода от облака к совместному размещению?
Очень банальный ответ: если вам нужно спросить здесь, то, вероятно, не стоит. Если вы не можете контролировать, что вам нужно сделать самостоятельно, чтобы заменить облачные предложения Amazon, мы тоже не можем вам сказать.
Чуть более длинный ответ:
Часто слышимый финансовый аргумент в пользу использования облака заключается в том, что вы обмениваете капитальные затраты на операционные. В облаке вы платите за то, что вам нужно и чем фактически пользуетесь, вместо того, чтобы делать долгосрочные инвестиции (которые отражаются на вашем балансе). В облаке вы также используете инженерные усилия инженеров поставщиков облачных услуг, и вам нужно только сосредоточиться на той области, в которой ваша компания действительно приносит пользу.
Чтобы уйти от облака, вам необходимо заранее потратить время / деньги / усилия на создание собственной заменяющей инфраструктуры и услуг, прежде чем вы сможете перейти от нее. (Вам не обязательно заранее вкладывать средства в покупку оборудования, вы также можете сдать его в аренду.) После того, как ваша собственная инфраструктура будет создана, ее необходимо поддерживать. Укажите, сколько будет стоить увеличение размера вашей инфраструктуры и будет ли это возможным: сколько это может стоить / сэкономить.
Мы не можем указать для вас сумму в евро или долларах и сказать вам, финансовый смысл.
Помимо финансовых аспектов могут быть инженерные преимущества При переходе на вашу собственную инфраструктуру ваши инженеры могут приспособиться именно к вашим потребностям и бизнес-драйверам, вместо того, чтобы пытаться приспособиться к стандартным сервисам, которые предоставляет Amazon. У вас есть риск, что ваши инженеры не лучше, чем у Amazon, в создании и обслуживании вашего полный стек. Использование существующих сервисов в качестве строительных блоков - это совсем другое дело, чем создание их с нуля и их обслуживание.