Канал об индустрии дата-центров: технологиях, инфраструктуре, облачных решениях, энергоэффективности и применении ЦОД в ключевых отраслях экономики
ИД НОМ idnom.ru
Связь с редакцией и по вопросам рекламы @id_nom
Post #137
1.08K

Прогоним пару матов про рейтинги облаков
У разных изданий есть забава: периодически выпускать рейтинги всего. Дело полезное, если материал получается консистентным, а данные в нём кто-то верифицировал.
Но иногда выходят рейтинги облаков, которые вызывают некоторые вопросы к их методике подсчёта. Раберём наиболее явные моменты.
Добавлять баллы за офисы
Странно, что за географию офисов завышают оценку. Для облачного провайдера важнее, где стоят ЦОДы, какие там каналы и как быстро решаются инциденты. Лично приезжают только крупные заказчики, но им расположение офиса не принципиально.
Отдавать преференции самописным гипервизорам
Гипервизор делит физический сервер на виртуальные машины. Всё. Что же тут можно придумать?
Условно, чистый KVM — 1 печенька, микс KVM+VMware — 2 печеньки, а самописное решение — уже 3 печеньки. То есть, если у провайдера простой, но стабильный стек, он сразу в минусе. Тот, кто потенциально собрал «зоопарк» платформ и несколько экзотических реализаций, получает бонус.
Считать, что чем больше сервисов — тем лучше
Странно, когда можно взять числом сервисов, а не их зрелостью. Получается, что поддерживать 5 топовых услуг менее выгодно, чем 10 в стадии MVP.
Считать производительность дисков разными метриками
Лбами сталкиваются IOPS на диск, на гигабайт и на vCPU. Никто же не говорит «Эта машина лучше, потому что она разгоняется до сотни за 10 секунд, а вот у этой всего 150 лошадей».
Итак, вспоминаем основы:
▶️ IOPS на диск = фиксированный потолок на том;
▶️ IOPS на ГБ = скорость растёт с объёмом;
▶️ IOPS на vCPU = скорость зависит от процессора.
Когда провайдеры указывают разные метрики, но игнорируют другие, это выглядит странно. Ещё можно подушнить и поинтересоваться, а какой в тесте был размер блока? А тип нагрузки какой: чтение, запись или смешанный профиль? Оставим это за скобками.
Измерять цену одним конфигом
Допустим, берётся некая конфигурация и измеряется её цена у разных провайдеров. Уже странно. А теперь посмотрим на её часть: 64 vCPU, 256 GB RAM, 2 TB NVMe. Что там может жить? Жирный монолит, тяжёлая БД или high‑load сервис — всё это специфические сценарии.
Извините, у одного провайдера может быть дешёвый вход, но крутой рост цены после порога. У другого — более ровная шкала. Сравнивая только один жирный конфиг, мы вымываем из рейтинга «народных» провайдеров.
⭐️ Как говорил Владимир Ленин, проблема данных в интернете в том, что им сразу верят. Поэтому всегда проверяйте информацию.
🕹️Серверная в Telegram | в MAX
У разных изданий есть забава: периодически выпускать рейтинги всего. Дело полезное, если материал получается консистентным, а данные в нём кто-то верифицировал.
Но иногда выходят рейтинги облаков, которые вызывают некоторые вопросы к их методике подсчёта. Раберём наиболее явные моменты.
Добавлять баллы за офисы
Странно, что за географию офисов завышают оценку. Для облачного провайдера важнее, где стоят ЦОДы, какие там каналы и как быстро решаются инциденты. Лично приезжают только крупные заказчики, но им расположение офиса не принципиально.
Отдавать преференции самописным гипервизорам
Гипервизор делит физический сервер на виртуальные машины. Всё. Что же тут можно придумать?
Условно, чистый KVM — 1 печенька, микс KVM+VMware — 2 печеньки, а самописное решение — уже 3 печеньки. То есть, если у провайдера простой, но стабильный стек, он сразу в минусе. Тот, кто потенциально собрал «зоопарк» платформ и несколько экзотических реализаций, получает бонус.
Считать, что чем больше сервисов — тем лучше
Странно, когда можно взять числом сервисов, а не их зрелостью. Получается, что поддерживать 5 топовых услуг менее выгодно, чем 10 в стадии MVP.
Считать производительность дисков разными метриками
Лбами сталкиваются IOPS на диск, на гигабайт и на vCPU. Никто же не говорит «Эта машина лучше, потому что она разгоняется до сотни за 10 секунд, а вот у этой всего 150 лошадей».
Итак, вспоминаем основы:
▶️ IOPS на диск = фиксированный потолок на том;
▶️ IOPS на ГБ = скорость растёт с объёмом;
▶️ IOPS на vCPU = скорость зависит от процессора.
Когда провайдеры указывают разные метрики, но игнорируют другие, это выглядит странно. Ещё можно подушнить и поинтересоваться, а какой в тесте был размер блока? А тип нагрузки какой: чтение, запись или смешанный профиль? Оставим это за скобками.
Измерять цену одним конфигом
Допустим, берётся некая конфигурация и измеряется её цена у разных провайдеров. Уже странно. А теперь посмотрим на её часть: 64 vCPU, 256 GB RAM, 2 TB NVMe. Что там может жить? Жирный монолит, тяжёлая БД или high‑load сервис — всё это специфические сценарии.
Извините, у одного провайдера может быть дешёвый вход, но крутой рост цены после порога. У другого — более ровная шкала. Сравнивая только один жирный конфиг, мы вымываем из рейтинга «народных» провайдеров.
⭐️ Как говорил Владимир Ленин, проблема данных в интернете в том, что им сразу верят. Поэтому всегда проверяйте информацию.
🕹️Серверная в Telegram | в MAX
















