Сравнение SKU для ADX VM - PullRequest
       17

Сравнение SKU для ADX VM

0 голосов
/ 10 апреля 2020

Эта ссылка показывает сравнение различных SKU VM, доступных для кластера ADX. Мой вопрос касается следующих двух SKU: -

  1. D14 v2 (Категория: оптимизированная для вычислений), SSD: 614 ГБ, ядер: 16, RAM: 112 ГБ
  2. DS14 v2 + 4 ТБ PS (Категория: оптимизированная для хранения), SSD: 4 ТБ, Ядра: 16 ОЗУ: 112 ГБ

Чисто глядя на цифры (SSD, RAM, Cores), похоже, что # 2 имеет все # 1 имеет, но вдобавок к этому № 2 также имеет 4 ТБ SSD - тогда как # 1 имеет только 614 ГБ SSD. Исходя из этого, я всегда буду выбирать № 2 над № 1. Так в чем же смысл категории здесь? № 1 относится к категории «оптимизированы для вычислений», тогда как № 2 относится к «оптимизированным для хранения». Мой вопрос заключается в том, что если категория определена на основе конфигурации, упомянутой здесь, тогда мы сможем вызвать # 2 как для хранения, так и для оптимизации вычислений, потому что # 2 имеет те же вычисления, что и # 1, и затем у него есть что-то сверх # 1. Тогда почему № 2 указан только как оптимизированный для хранения. Я пытаюсь понять, есть ли дополнительное преимущество использования # 1 по сравнению с № 2 для вычислительных задач - потому что, если я просто смотрю на числа здесь, я не вижу никакой причины (кроме стоимости, которая тоже не сильно отличается хотя) почему я не должен использовать # 2 над # 1. Вероятно, в # 1 есть что-то уникальное, чего нет в # 2, что не указано в этой ссылке .

1 Ответ

2 голосов
/ 10 апреля 2020

Исходя из вашего вопроса, кажется, что вы в значительной степени игнорируете рассмотрение стоимости - в следующей таблице (в той же самой операции c, с которой вы связались) обобщены основные соображения по выбору SKU - вы можете увидеть один из них - Cost per GB cache per core.

Другой пример - давайте предположим, что вы можете достичь того же размера общего кэша (SSD) с любым из указанных вами SKU - с одним кластер будет иметь X узлов, а с другим Y узлов. Если Y> X, данные в другом кластере будут распределены по большему количеству узлов, что обеспечит больше параллелизма при проглатывании и запросах. Конечно, стоимость обоих вариантов может быть разной.

Последнее. Я настоятельно рекомендую, учитывая, что в вашем случае стоимость не лишена смысла, проконсультироваться с оценщиком стоимости , и посмотрите, как другой выбор SKU влияет на общую оценочную стоимость вашего кластера (если вы знаете объемы данных, с которыми вы имеете дело).

pasted from https://docs.microsoft.com/en-us/azure/data-explorer/manage-cluster-choose-sku

...