Я одинокий ИТ-специалист, пытающийся оценить стоимость переноса нашего существующего физического центра обработки данных в AWS (6 серверов приложений и 2 реплицированных сервера MySQL). Калькулятор стоимости, предоставляемый Amazon, основан на потребностях в пропускной способности и экземплярах сервера, которые бывают 3 размеров. Я знаю, каковы наши потребности в пропускной способности, но мне сложно понять, какие размеры экземпляров сервиса EC2 будут соответствовать нашему конкретному оборудованию/нагрузке. Наша нагрузка сильно меняется по графику, поэтому я предполагаю, что в часы пик будет как минимум один экземпляр «по требованию». Какие инструменты/стратегии я могу использовать для сопоставления нашей физической настройки с соответствующей (оптимизированной по нагрузке) настройкой AWS?
решение1
Я обнаружил, что предоставленные калькуляторы стоимости неадекватны для меня лично. В настоящее время у меня есть развертывание, состоящее из 3 x m1.small, 2 x m1.large, 1 x m1.xlarge и 1 x c1.xlarge экземпляров сервера. Мы перешли от сборки из 3 физических серверов в традиционном центре обработки данных к этому чуть более 9 месяцев назад.
Самая простая часть расчета — это почасовые затраты на экземпляр. Я обнаружил, что по большей части мои затраты S3 были незначительными из-за схемы ценообразования. Объемы и снимки EBS на самом деле превышают затраты S3 и их довольно легко рассчитать, хотя я предлагаю переоценить запросы ввода-вывода, поскольку я обнаружил, что наше фактическое использование выше, чем мы изначально предполагали.
Пропускная способность — сложная штука, и она меньше самих экземпляров сервера, что, вероятно, будет второй по величине статьей расходов, которую следует учитывать. Я думал, что у нас есть представление о моделях использования пропускной способности, но фактическое использование в AWS доказало, что эти первоначальные оценки неверны. Следует помнить несколько вещей: у вас есть публичная входящая и исходящая пропускная способность, а также межрегиональная пропускная способность. Если у вас есть экземпляры, работающие в одном регионе, но в разных зонах доступности (AZ), с вас будет взиматься плата за пропускную способность. Это также учитывается при рассмотрении томов EBS, а также они выполняются в определенной AZ. Мы фактически видели, что межрегиональная пропускная способность была выше, чем наше публичное использование пропускной способности из-за связи между самими экземплярами.
Я создал собственную электронную таблицу, которая выполняет большую часть расчетов для меня, когда я пытаюсь дать оценки для целей составления бюджета. В настоящее время я нахожусь в процессе просмотра электронной таблицы, чтобы получить пересмотренные обновления для нового бюджета. Однако на этот раз я могу использовать часть истории использования, которую предоставляет Amazon, поэтому я могу дать более точную оценку.
Что касается карт экземпляров, то это было наилучшим предположением. Вы можете попытаться сопоставить их на основе интенсивности использования ЦП и памяти основного назначения серверов. На самом деле мы разделили нашу инфраструктуру больше с AWS, чем с физическими серверами, чтобы мы могли лучше соответствовать потребностям различных частей и обеспечить дополнительную масштабируемость.