Вопросы о выделенной пропускной способности Azure

Я знаю несколько фактов из Azure:

  • Ограниченная пропускная способность для каждого экземпляра, например: Extra Small имеет 5 Мбит/с
  • Мы платим только исходящую пропускную способность, входящий бесплатный
  • Для того же центра обработки данных трафик бесплатный.
  • даже для небольшого экземпляра, я проверил сетевой интерфейс, скорость соединения 10G. Таким образом, выделенная полоса пропускания всегда ниже скорости соединения, с которой может работать сетевой интерфейс.

Мне нравится знать:

  • Выделенная полоса пропускания только для исходящего или для всего трафика?
  • Выделенная полоса пропускания для вне центра обработки данных или для любых данных?

Мне нравится больше узнать о полезных ответах на меня:

  • Будет ли выделенная полоса пропускания ограничивать трафик между экземплярами в одном развертывании (они будут в одном центре обработки данных, в той же сети). Я буду обмениваться данными между экземплярами, поэтому мне нравится знать, будет ли использоваться весь объем сетевого интерфейса.
  • Будет ли выделенная полоса пропускания ограничивать трафик между экземпляром и CloudDrive, который в том же центре обработки данных? Если это так, то ограничивайте чтение или запись или оба? Я буду использовать лоты CloudDrive, и пропускная способность не будет стоить, поскольку они находятся в одном центре, поэтому мне нравится знать ограничение скорости.
  • Будет ли выделенная полоса пропускания ограничивать соединение экземпляра снаружи, например, для отправки электронной почты внешним SMTP-сервером?

Приветствуется любой официальный источник.

Ответы

Ответ 1

В конце дня вы в основном привязаны к сетевой плате в ящике из центра обработки данных. На каждой физической машине имеется сетевой адаптер 1 Гбит/с. Было установлено, что скорость передачи данных составляет 800 Мбит/с. Поскольку на каждом хосте в настоящее время может быть 8 гостей, соотношение зарезервированного сетевого адаптера было множителем ядер. Если у вас был экземпляр Small, вы зарезервировали 100 Мбит/с, средний - 200 Мбит/с, L 400 Мбит/с и т.д. Однако это не учитывает разрывы. Небольшие экземпляры могут разрастаться до 250 Мбит/с или около того на практике - это просто зависит от того, что делают ваши соседи на коробке. Чем больше ядер вы резервируете, тем выше ваш разрыв будет до максимума.

Размер экземпляра XS фактически ограничен 5 Мбит/с, поэтому он не следует за другим шаблоном.

Опять же, ваше соединение внутри центра обработки данных будет в основном ограничено пропускной способностью NIC. Это справедливо, например, для экземпляра и экземпляра для хранения. Из-за того, что из центра обработки данных (где преобладают сетевые условия, как правило, больше), сетевой адаптер еще является пределом, но в целом другие факторы вне центра обработки данных являются узким местом.

Отличием от всего этого является доступ к определенному разделу в хранилище: вы можете получить около 60 МБ/с для переноса на blob (или раздел действительно), так как это ограничено скоростью, с которой сервер разделов будет обслуживать ваши в отличие от скорости NIC. Тем не менее, весь лимит учетной записи хранения составляет 3Gbps (больше, чем ваш сетевой адаптер). Этого можно достичь только при доступе к нескольким разделам.

Вернитесь в свой контекст, это означает, что вы получите максимальную скорость около 60 МБ/сек (480 Мбит/с) для конкретного облачного диска. Чтобы полностью насытить это, вам понадобится Большой экземпляр или выше. Вот почему я сказал, что вы в основном ограничены NIC.

Ответ 2

Что касается ваших вопросов,

  • Регулирование полосы пропускания применяется только к исходящему трафику.
  • это для любых данных, даже если VM ведет переговоры с другой виртуальной машиной в том же кластере.
  • Если у вас несколько экземпляров в одном развертывании, ограничение трафика будет применяться к трафику между ними.

Вы можете увидеть Как работает управление шириной полосы пропускания в Azure? для получения более подробной информации.