Fabric Controller в Windows Azure

[Intinger]

Все приложения Windows Azure и все данные в хранилище Windows Azure располагаются в каком-либо центре обработки данных Microsoft. В его рамках Fabric Controller управляет комплексом из компьютеров, выделенных для Windows Azure, и выполняемого на них программного обеспечения. На рис. 5 это наглядно показано.

[attachment=41:5c90de63d1b7739113c94a2f62ca45d71.png]

Рис. 5. Fabric Controller взаимодействует с приложениями Windows Azure через агент структуры.

В свою очередь, Fabric Controller является распределенным приложением, реплицированным в группе компьютеров. Ему принадлежат все ресурсы среды: компьютеры, коммутаторы, подсистемы балансировки нагрузки и т. д. Поскольку он взаимодействует с агентом структуры на каждом компьютере, ему также известно о каждом приложении Windows Azure в этой структуре. (Интересно, что с точки зрения Fabric Controller хранилище Windows Azure является просто еще одним приложением, так что подробности управления данными и репликации данных ему не видны.)

Широкая информированность позволяет Fabric Controller выполнять ряд важных задач. Он осуществляет мониторинг всех запущенных приложений — например, следит за актуальным общим состоянием всего происхо-дящего. Он также решает, где должны запускаться новые приложения, выбирая для этого физические серверы, чтобы оптимизировать использование оборудования. Для этой цели Fabric Controller использует сведения о конфигурации, загружаемые с каждым приложением Windows Azure. В таком файле в формате XML описывается, что необходимо приложению: сколько экземпляров Web-ролей, сколько экземпляров Worker-ролей и т. п. Когда Fabric Controller развертывает новое приложение, он с помощью такого файла конфигурации определяет, сколько виртуальных машин нужно создать.

После того как виртуальные машины созданы, Fabric Controller осуществляет мониторинг каждой из них. Например, если приложению требуется пять экземпляров Web-ролей и один из них перестанет работать, то Fabric Controller автоматически запустит новый экземпляр. Таким же образом, если перестанет исправно функ-ционировать компьютер, на котором была запущена виртуальная машина, Fabric Controller запустит новый экземпляр нужной роли на другом компьютере, соответствующим образом изменив параметры подсистемы балансировки нагрузки с учетом новой виртуальной машины.

В настоящее время Windows Azure предлагает разработчикам на выбор пять размеров виртуальных машин, а именно:

• минимальный размер — с одноядерным процессором с частотой 1,0 ГГц, ОЗУ 768 МБ и 20 ГБ места в хранилище для экземпляра;
• малый размер — с одноядерным процессором с частотой 1,6 ГГц, ОЗУ 1,75 ГБ и 225 ГБ места в хранилище для экземпляра;
• средний размер — с двухъядерным процессором с частотой 1,6 ГГц, ОЗУ 3,5 ГБ и 490 ГБ места в хранилище для экземпляра;
• большой размер — с четырехъядерным процессором с частотой 1,6 ГГц, ОЗУ 7 ГБ и 1000 ГБ места в хранилище для экземпляра;
• максимальный размер — с восьмиядерным процессором с частотой 1,6 ГГц, ОЗУ 14 ГБ и 2040 ГБ места в хранилище для экземпляра.

Экземпляр минимального размера использует ядро процессора совместно с другими экземплярами минимального размера. А для всех остальных размеров каждому экземпляру предоставляется одно или несколько выделенных ядер процессора. Это означает, что производительность приложения будет прогнозируемой, а продолжительность выполнения экземпляра никак не будет ограничиваться. Например, экземпляр Web-роли может обрабатывать запрос от пользователя столько времени, сколько потребуется, а экземпляр Worker-роли может вычислять значение числа π (пи) с точностью вплоть до миллионов знаков после запятой.

Для Web-ролей и Worker-ролей (но не VM-ролей) Fabric Controller также управляет операционной системой в каждом экземпляре, в том числе применяет пакеты исправлений ОС и обновляет другое системное ПО. Благодаря этому разработчики могут полностью сосредоточиться на написании приложений и не заботиться об управлении платформой. Тем не менее важно понимать, что Fabric Controller всегда предполагает, что выполняется не менее двух экземпляров каждой роли. Поэтому он может остановить один из них для обновления ПО, не прекращая работу приложения в целом. В связи с этим обстоятельством и по ряду других причин обычно не рекомендуется, чтобы выполнялся только один экземпляр какой-либо роли Windows Azure.

При поддержке компании Microsoft

Далее мы рассмотрим Сеть доставки контента в Windows Azure

[Автор]

Сообщения