1

У меня есть тестовая, промежуточная и производственная среда (в каждом хранилище есть несколько учетных записей и виртуальных машин).Одна или несколько групп Affinity для отдельных сред?

Имеет ли смысл иметь их все в одной группе Affinity или через 3 отдельные группы Affinity?

Единственное сообщение, которое возникает между этими средами, - это загрузка и восстановление базы данных Production в другие среды (что не критично для времени, но это несколько концертов).

Сделайте больше «сущностей» в группе сродства, чтобы сделать передачу данных между ними медленнее? Я бы не хотел, чтобы моя производственная среда была медленнее, потому что ее Affinity Group делится с Test and Staging.

Насколько я понимаю, передача данных в одном и том же центре обработки данных не несет транспортных затрат. Но передача данных в Affinity Group будет быстрее.

+1

Вы также можете прочитать: http://serverfault.com/questions/542463/does-a-virtual-network-act-like-an-affinity-group-in-azure –

ответ

2

Группы сродства - это концепция доступности и масштабируемости, которая физически реализована в контроллере ткани и в центре обработки данных Azure, однако они (Microsoft) считают нужным. Например, группы сродства помогают масштабируемости путем совместного размещения сервисов в одной стойке (или коммутаторе или что-то еще).

Так должно быть нет доступности и масштабируемости зависимости (логический или физический) между вашими различными средами, не должно быть никакой необходимости делиться землячеств. Если одна из ваших сред, скажем, постановка, также была резервной/восстановительной средой для производства, тогда группы сродства вступили в игру. Но если это так, то промежуточная среда будет в отдельном дата-центре (регионе).

Виртуальные сети и другие IaaS должны, по крайней мере, архитектурно, следовать аналогичной схеме. Если у вас три среды (производство, постановка и тестирование), у вас должно быть три разные виртуальные сети и три разных шлюза VPN. Это может быть трудно преодолеть из-за того, что сетевые ребята (которые больше знакомы с физическим сетевым оборудованием), но вы должны их разделить - вы не хотите, чтобы тестовые данные засорялись или нарушали производственную (виртуальную) сеть, вы ?

+0

Вы также можете прочитать: http://serverfault.com/questions/542463/does-a-virtual-network-act-like-an-affinity-group-in-azure –

1

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

Предполагая, что все ваши среды (тестирование, постановка и производство) находятся в одном центре обработки данных и при нормальной работе эти среды изолированы, ИМО не имеет большого значения, если вы держите их в одной и той же или другой группе сродства ,

+0

Итак, я мог бы также добавить все 3 среды в одну группу Affinity? Затем я могу логически разделить их на разные виртуальные сети. – davenewza

+0

Я немного смущен. Используете ли вы облачные сервисы (PaaS) или виртуальные машины (IaaS) и пытаетесь связать их с учетными записями хранилища в той же группе сродства. –