Fabric Controller является важной частью архитектуры Windows Azure. Размышляя о компонентах или сервисах, предоставляемых Windows Azure, мы задаемся вопросом, как все это работает и что происходит в облаках. Это кажется очень сложным с нашей стороны. Давайте посмотрим на физическую архитектуру этих сервисов, чтобы лучше понять Fabric Controller.
Внутри центра обработки данных имеется много машин или серверов, объединенных коммутатором. Можно сказать, что контроллер ткани — это мозг службы Azure, которая анализирует процессы и принимает решения. Ткани — это группа компьютеров в центре обработки данных Microsoft, которые объединяются коммутатором. Группа этих машин называется кластером . Каждый кластер управляется и принадлежит контроллеру фабрики. Они тиражируются вместе с этими машинами. Он управляет всем, что находится внутри этих машин, например, балансировщиками нагрузки, коммутаторами и т. Д. Внутри каждой машины работает агент фабрики, и контроллер фабрики может связываться с каждым агентом фабрики.
При выборе виртуальной машины, предлагаемой службами Windows Azure, существует пять вариантов выбора. Конфигурация следующая —
| объем памяти | ЦПУ | Хранение экземпляра | |
|---|---|---|---|
| Очень маленький | 768 МБ | Одноядерный 1,0 ГГц | 20 ГБ |
| Маленький | 1,75 ГБ | Одноядерный 1.6 ГГц | 225 ГБ |
| Средняя | 3,5 ГБ | Двухъядерный 1.6 ГГц | 490 ГБ |
| большой | 7 ГБ | Четыре ядра 1.6 ГГц | 1000 ГБ |
| Очень большой | 14 ГБ | Восемь ядер 1.6 ГГц | 2040 ГБ |
Когда пользователь выбирает одну из виртуальных машин, контроллер фабрики выполняет операционную систему, обновления патчей и обновления программного обеспечения. Он решает, где должно запускаться новое приложение, что является одной из наиболее важных функций Fabric Controller. Он также выбирает физический сервер для оптимизации использования оборудования.
Когда новое приложение публикуется в Azure, файл конфигурации приложения, написанный на XML, также прикрепляется. Контроллер фабрики считывает эти файлы в центре обработки данных Microsoft и выполняет соответствующие настройки.
Помимо управления распределением ресурсов для конкретного приложения, оно также отслеживает работоспособность вычислительных и хранилищных служб. Это также делает восстановление после сбоя для системы.
Представьте себе ситуацию, когда четыре экземпляра веб-роли работают, и один из них умирает. Контроллер фабрики инициирует новый экземпляр, чтобы немедленно заменить мертвый. Аналогичным образом, в случае сбоя какой-либо виртуальной машины, контроллер фабрики назначает новую. Он также сбрасывает балансировщики нагрузки после назначения новой машины, чтобы мгновенно указывать на новую машину. Таким образом, все интеллектуальные задачи выполняются Fabric Controller в архитектуре Windows Azure.