Linx предоставляет различные типы ресурсов на базе физических процессоров.
Каждый тип ресурса включает в себя спецификацию поколения и платформы процессора (например, Intel Broadwell-EP, AMD ZEN 4).
Предоставление конкретных моделей физических процессоров в рамках заявленных типов ресурсов не гарантируется.
Linx предлагает различные комбинации типов ресурсов с вариативностью по производительности, платформам виртуализации и регионам размещения виртуальной инфраструктуры.
|
Платформа виртуализации |
Тип ресурса |
Частота процессора |
Гарантированная доля CPU |
IaaS Resource ID |
Максимальный размер ВМ, CORE |
Максимальный размер ВМ, RAM |
|---|---|---|---|---|---|---|
|
VMware |
Intel Broadwell-EP стандартный |
от 2,2 ГГц |
15% |
v:o1ib:p |
20 |
48 |
|
30% |
v:t1ib:p |
28 |
192 |
|||
|
50% |
v:m1ib:p |
38 |
320 |
|||
|
100% |
v:n1ib:p |
28/36/52* |
768 |
|||
|
Intel Cascade Lake высокочастотный |
от 3,4 ГГц |
15% |
v:o1if:p |
12 |
48 |
|
|
30% |
v:t1if:p |
16 |
192 |
|||
|
50% |
v:m1if:p |
22 |
320 |
|||
|
100% |
v:n1if:p |
28 |
768 |
|||
|
Intel Cascade Lake производительный |
от 3,0 ГГц |
15% |
v:o1ih:p |
18 |
48 |
|
|
30% |
v:t1ih:p |
24 |
192 |
|||
|
50% |
v:m1ih:p |
32 |
320 |
|||
|
100% |
v:n1ih:p
|
48 |
768 |
|||
|
AMD ZEN 4 стандартный |
от 2,4 ГГц |
15% |
v:o2ab:p |
32 |
96 |
|
|
30% |
v:t2ab:p |
96 |
384 |
|||
|
50% |
v:m2ab:p |
128 |
512 |
|||
|
100% |
v:n2ab:p |
92 |
768 |
|||
|
AMD ZEN 4 высокочастотный |
от 3,8 ГГц |
15% |
v:o2af:p |
22 |
96 |
|
|
30% |
v:t2af:p |
32 |
128 |
|||
|
50% |
v:m2af:p |
44 |
192 |
|||
|
v:n2af:p |
60 |
256 |
||||
|
OpenStack |
AMD ZEN 4 стандартный |
от 2,4 ГГц |
30% |
o:t2ab:p |
96 |
384 |
|
50% |
o:m2ab:p |
128 |
512 |
|||
|
100% |
o:n2ab:p |
92 |
768 |
* зависит от площадки размещения (МСК / СПБ)
Для виртуальных машин с гарантированной долей CPU 100%, относящихся к одному типу ресурса и использующих более 50% ядер физического хоста, на котором они размещены, требуется использовать не менее 35% оперативной памяти этого хоста.
При развертывании виртуальной машины в Linx одним из параметров является гарантированная доля физического ядра.
Данная характеристика устанавливает гарантированную долю вычислительного времени, которое vCPU получает от физического ядра.
Для машин с показателем ниже 100% платформа гарантирует доступ к полной мощности физических ядер не менее чем на указанный процент от общего времени.
Виртуальные машины со 100% гарантированной долей обеспечивают непрерывный и исключительный доступ к ресурсам физического ядра. Это решение предназначено для задач, где важна стабильно высокая производительность на протяжении всего времени работы.
|
Гарантированная доля |
Характеристика |
Влияние на производительность |
|---|---|---|
|
100% |
Выделенное ядро (1 виртуальное ядро = 1 физическое ядро). Максимальная производительность и предсказуемость |
Нулевое |
|
50% |
Высокая гарантия (2 виртуальных ядра делят 1 физическое ядро). Хороший баланс цены и производительности |
Минимальное |
|
30% |
Стандартная гарантия (3-4 виртуальных ядра на физическое ядро). Для типовых нагрузок |
Заметное |
|
15% |
Экономичная гарантия (6-7 виртуальных ядер на физическое ядро). Для неприоритетных фоновых задач |
Значимое |
|
Параметр виртуальной машины (ВМ) |
Значение |
|
|---|---|---|
|
Максимальное количество виртуальных сетевых адаптеров для VMware
|
10 шт.
|
|
Linx предлагает различные типы виртуальных дисков в рамках глобальных профилей, различающиеся по характеристикам производительности и ориентированные на разные классы нагрузок.
Каждый тип виртуального диска внутри определенного профиля декларирует гарантированные показатели по IOPS / ГБ и пропускной способности, а также другие параметры, влияющие на производительность, что позволяет выбрать хранилище под конкретные задачи инфраструктуры.
|
Профиль |
Универсальный Веб-приложения, корпоративные сервисы, среды разработки и тестирования, файловые хранилища, диски под ОС |
Транзакционный Высоконагруженные СУБД, OLTP-системы, аналитика в реальном времени, любые сервисы, чувствительные к задержке |
Архивный Резервные копии, логи, медиатека, редко используемые данные и «холодные» архивы |
||
|
Тариф |
Универсальный 1 |
Универсальный 2 |
Универсальный 3 |
Транзакционный 1 |
Архивный 1 |
|
Минимальное IOPS/ГБ |
0,5 |
1 |
3 |
4 |
- |
|
Минимальное IOPS на виртуальный диск |
250 |
500 |
1500 |
2000 |
25 |
|
Максимальное IOPS на виртуальный диск |
2 500 |
5 000 |
15 000 |
20 000 |
- |
|
Максимальная задержка для диска максимального размера, мс * |
4 |
4 |
4 |
1 |
30 |
|
Максимальная пропускная способность, МБ/с |
78 |
156 |
469 |
156 |
133 |
|
Максимальный размер одного диска, подключаемого к виртуальной машине, ГБ |
4096 |
4096 |
4096 |
4096 |
10240 |
|
Тариф |
Универсальный 1 |
Универсальный 2 |
Универсальный 3 |
Транзакционный 1 |
Архивный 1 |
|
Размер блока записи на диск, КБ |
32 |
32 |
32 |
8 |
512 |
|
Глубина очереди (количество одновременных запросов), шт. |
10 |
20 |
60 |
20 |
8 |
|
Доля операций записи, % |
50 |
50 |
50 |
30 |
80 |
|
Доля случайных операций, % |
50 |
50 |
50 |
100 |
0 |
* Параметр указан по 90-му перцентилю. Это значит, что с задержками ниже указанного значения гарантированно выполнятся 90% операций ввода-вывода.
Профиль диска — это набор гарантированных характеристик производительности, которые вы получаете при создании виртуального диска. Профиль определяет, насколько быстро диск обрабатывает запросы, как долго приложение ждёт ответа и какой объём данных можно передать за секунду.
Мы предлагаем три профиля: Универсальный, Транзакционный и Архивный. Такое разделение позволяет не переплачивать: архив резервных копий не нуждается в скорости транзакционной базы данных, а база данных не будет работать корректно на диске, рассчитанном на редкие обращения. Выбирая профиль под характер нагрузки, вы получаете предсказуемую производительность за адекватную ей стоимость.
Три показателя, на которые стоит смотреть
IOPS — количество операций ввода-вывода в секунду. Это основная метрика для приложений, которые совершают много мелких обращений к диску: баз данных, брокеров сообщений, систем учёта. Мы гарантируем IOPS двумя способами одновременно. Во-первых, через удельный показатель IOPS на гигабайт: чем больше диск, тем выше его производительность. Во-вторых, через минимальное значение на диск, которое действует даже для небольших дисков, — так что диск на 100 ГБ не окажется медленнее разумного предела. Дополнительно указано максимальное значение IOPS на один диск: это верхняя граница, выше которой производительность одного диска не поднимается.
Задержка (latency) — время, которое проходит от отправки запроса до получения ответа. Для интерактивных сервисов и транзакционных систем задержка часто важнее, чем суммарная пропускная способность: пользователь замечает не количество операций в секунду, а время отклика страницы или запроса. Все значения задержки указаны по 90-му перцентилю для диска максимального размера. Это означает, что 90% операций ввода-вывода гарантированно выполняются быстрее указанного значения.
Пропускная способность — объём данных в мегабайтах, передаваемый за секунду. Этот показатель выходит на первый план, когда данные читаются или записываются большими последовательными блоками: резервное копирование, работа с видео и медиафайлами, выгрузка больших наборов данных, потоковая запись журналов.
Универсальный профиль
Универсальный профиль рассчитан на смешанную нагрузку, где чтение и запись чередуются примерно в равных пропорциях, а обращения к диску идут блоками среднего размера. Это самый распространённый характер работы: так ведут себя веб-приложения, корпоративные сервисы, файловые хранилища, среды разработки и тестирования, а также диски, на которых установлена операционная система.
Профиль представлен тремя тарифами с одинаковой задержкой — до 4 мс — и одинаковым максимальным размером диска в 4096 ГБ. Различаются они гарантированной производительностью, поэтому переход между тарифами не требует пересматривать архитектуру приложения: вы просто повышаете уровень скорости по мере роста нагрузки.
Универсальный 1 — базовый уровень. Гарантируется 0,5 IOPS на каждый гигабайт объёма, но не менее 250 IOPS на диск, с максимумом 2500 IOPS. Пропускная способность — до 78 МБ/с. Этот тариф хорошо подходит для загрузочных дисков, вспомогательных и служебных сервисов, стендов разработки и тестирования, а также для приложений с невысокой активностью ввода-вывода, где диск не является узким местом.
Универсальный 2 — уровень для продуктивных систем. Гарантируется 1 IOPS на гигабайт, минимум 500 IOPS на диск, максимум 5000 IOPS, пропускная способность — до 156 МБ/с. Вдвое более высокая производительность по сравнению с первым тарифом делает его основным выбором для рабочих веб-приложений, небольших и средних баз данных, корпоративных сервисов со стабильным потоком запросов и систем документооборота.
Универсальный 3 — уровень для требовательных приложений. Гарантируется 3 IOPS на гигабайт, минимум 1500 IOPS на диск, максимум 15 000 IOPS. Пропускная способность достигает 469 МБ/с — это наибольшее значение во всей линейке, что делает тариф удачным выбором для задач, где одновременно нужны и высокая частота операций, и большой объём передаваемых данных: активные базы данных, аналитические выгрузки, обработка объёмных наборов данных, системы с большим числом одновременных пользователей.
Транзакционный профиль
Транзакционный профиль создан для нагрузок, где критично время отклика. Гарантированная задержка составляет до 1 мс — в четыре раза меньше, чем у Универсального профиля. Производительность гарантируется на уровне 4 IOPS на каждый гигабайт объёма, не менее 2000 IOPS на диск, с максимумом 20 000 IOPS — это наибольший показатель по количеству операций в линейке. Пропускная способность составляет до 156 МБ/с, максимальный размер диска — 4096 ГБ.
Профиль оптимизирован под интенсивный поток случайных обращений мелкими блоками. Именно так работает транзакционная СУБД: запросы приходят непрерывно, каждый затрагивает небольшой фрагмент данных в непредсказуемом месте диска, и суммарная скорость системы определяется тем, как быстро обрабатывается каждый отдельный запрос.
Выбирайте Транзакционный профиль для высоконагруженных баз данных и OLTP-систем, платёжных и биллинговых сервисов, электронной коммерции, учётных и ERP-систем, брокеров сообщений и очередей, а также для аналитики, работающей в реальном времени. Он же будет правильным решением, если приложение уже работает на Универсальном профиле, но упирается в задержку: рост числа IOPS в такой ситуации не помогает, потому что ограничивающим фактором становится время отклика на отдельную операцию.
Архивный профиль
Архивный профиль предназначен для больших объёмов данных, к которым обращаются редко и, как правило, последовательно. Его главные отличия — увеличенный размер диска и ориентация на пропускную способность, а не на частоту операций.
Максимальный размер одного диска составляет 10 240 ГБ, то есть в два с половиной раза больше, чем у остальных профилей. Это позволяет разместить крупный архив на одном диске, не разбивая его на части и не усложняя схему хранения. Пропускная способность достигает 133 МБ/с при последовательной работе крупными блоками. Минимальная гарантированная производительность — 25 IOPS на диск; удельный показатель IOPS на гигабайт и максимальное значение IOPS для этого профиля не нормируются. Гарантированная задержка — до 30 мс.
Профиль подходит для резервных копий и снапшотов, долговременных архивов документов, журналов и логов приложений, медиатек и видеоархивов, а также для наборов данных, которые накапливаются сейчас, а обрабатываются позже.
Важно понимать границы применимости. Архивный профиль не рассчитан на задачи, чувствительные к задержке, и на интенсивные случайные обращения. Не размещайте на нём диски операционной системы, базы данных, файлы активно работающих приложений и любые сервисы, взаимодействующие с пользователем в реальном времени, — для них предназначены Универсальный и Транзакционный профили.
Показатели производительности всегда измеряются на конкретном характере нагрузки: одна и та же дисковая подсистема выдаёт разные цифры в зависимости от того, какими блоками идёт запись, сколько запросов выполняется одновременно и насколько обращения последовательны. Поэтому для каждого профиля мы указываем условия, под которые он оптимизирован и в которых гарантируются заявленные значения.
Для Универсального профиля это смешанная нагрузка: блок записи 32 КБ, равные доли операций чтения и записи, половина обращений случайные, половина последовательные. Тарифы различаются глубиной очереди — числом запросов, выполняемых одновременно: 10 для первого тарифа, 20 для второго и 60 для третьего. Более высокая глубина очереди у старших тарифов отражает их назначение: они рассчитаны на приложения, которые обращаются к диску интенсивнее и параллельнее.
Для Транзакционного профиля условия воспроизводят работу транзакционной базы данных: блок 8 КБ, все обращения случайные, глубина очереди 20, при этом на запись приходится 30% операций, а остальные 70% — на чтение. Мелкий блок и полностью случайный доступ — самый требовательный сценарий из возможных, и именно под него профиль настроен.
Для Архивного профиля условия отражают потоковое копирование данных: крупный блок 512 КБ, полностью последовательный доступ, глубина очереди 8, доля операций записи 80%. Такая нагрузка типична для резервного копирования и записи журналов, когда данные пишутся длинными непрерывными потоками.
Ориентируйтесь на эти условия при выборе профиля: чем ближе к ним реальный характер ввода-вывода вашего приложения, тем точнее заявленные показатели будут соответствовать фактическим. Если нагрузка существенно отличается — например, приложение пишет мелкими блоками на Архивном профиле или обращается к диску полностью последовательно на Транзакционном, — фактические значения могут отличаться от указанных.
Начните с характера нагрузки, а не с абсолютных цифр. Если приложение делает много мелких обращений в случайные места диска и его скорость определяется временем отклика — это Транзакционный профиль. Если данные пишутся и читаются большими непрерывными потоками, а задержка не важна — Архивный. Всё остальное, то есть большинство типовых задач, закрывает Универсальный профиль, внутри которого достаточно выбрать подходящий уровень производительности.
Учитывайте, что производительность зависит от размера диска: удельный показатель IOPS на гигабайт означает, что диск большего объёма получает больше операций в секунду. Если приложению нужна высокая скорость при небольшом объёме данных, обратите внимание на минимальные гарантированные значения IOPS на диск — они действуют независимо от его размера.
Наконец, профили можно комбинировать в рамках одной виртуальной машины: например, разместить операционную систему и приложение на Универсальном профиле, файлы базы данных — на Транзакционном, а резервные копии — на Архивном. Такая схема даёт нужную производительность там, где она действительно требуется, и экономию там, где в ней нет необходимости.
|
Профиль |
Транзакционный |
|
|
Тариф |
Транзакционный 2 |
Транзакционный 3 |
|
Минимальное IOPS/ГБ |
8 |
13 |
|
Минимальное IOPS на виртуальный диск |
4000 |
6000 |
|
Максимальное IOPS на виртуальный диск |
40 000 |
60 000 |
|
Максимальная задержка для диска максимального размера, мс * |
1 |
1 |
|
Максимальная пропускная способность, МБ/с |
313 |
469 |
|
Максимальный размер одного диска, подключаемого к виртуальной машине, ГБ |
4096 |
4096 |
|
Тариф |
Транзакционный 2 |
Транзакционный 3 |
|---|---|---|
|
Размер блока записи на диск, КБ |
8 |
8 |
|
Глубина очереди (количество одновременных запросов), шт. |
40 |
60 |
|
Доля операций записи, % |
30 |
30 |
|
Доля случайных операций, % |
100 |
100 |