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