Поддерживает ли Windows Azure добавление дополнительного экземпляра в размещенную службу без перезапуска других экземпляров?

Я не уверен, что полностью понимаю ваш вопрос, но вот несколько идей. 1) Как уже отмечалось, если вы хотите добавить экземпляры существующих рабочих ролей, это можно сделать, и вы должны (я считаю, даже в Java) иметь возможность предотвратить перезапуск существующих экземпляров. 2) Если вы действительно хотите создать новые роли (новые определения), это можно сделать, и, как предлагается, можно выйти за «предел» в 6 сервисов. И если вы хотите добавить новые роли без перезапуска всего, это тоже возможно - см. http://blogs.msdn.com/b/windowsazure/archive/2011/10/19/announcing-improved-in-place-updates.aspx для Дополнительная информация. 3) Вы также упомянули о желании запустить по одному экземпляру каждой роли из-за использования «облачного диска». Я не уверен, что понимаю суть проблемы. Если вы монтируете один и тот же диск, не имеет значения, монтируется ли он из одного экземпляра роли или из нескольких, или монтируется разными ролями - в любом случае его можно смонтировать только из одного экземпляра для записи, но вы можете смонтируйте его из нескольких экземпляров для чтения.

Надеюсь, это будет полезно. Пожалуйста, дайте мне знать, если я неправильно понял ваши проблемы / вопросы, и мы посмотрим, сможем ли мы найти правильный ответ!

Спасибо и удачи!

@ Игорь и @ Майк уже дали вам отличные ответы. Позвольте мне добавить немного деталей, чтобы решить вашу проблему с дисками Azure.

Кажется, вы разрабатываете конфигурацию с одним экземпляром для каждой роли, чтобы у вас мог быть один записываемый диск на каждый экземпляр. Если это действительно так, это действительно плохо масштабируется: это требует, чтобы вы изменяли свой проект (и развертывали новый пакет) каждый раз, когда вы хотите масштабировать или увеличивать масштаб. В качестве альтернативы просто создайте уникальный диск для каждого экземпляра та же роль. Придумайте схему именования на основе идентификатора экземпляра (для простого примера: /Drives/Instance0.vhd). После запуска экземпляра попросите экземпляр подобрать свой идентификатор и создать диск (или смонтировать существующий). Идентификатор доступен через RoleEnvironment.CurrentRoleInstance.Id.

Вместо того, чтобы пытаться добавлять новые роли в рабочий слот, рассмотрите возможность развертывания нового набора ролей в промежуточном слоте, протестируйте и выполните замену VIP.

Windows Azure позволяет добавлять экземпляры на лету, не перезагружая другие экземпляры. Вам нужно будет сообщить об этом Azure во время обработки события RoleEnvironment_Changing.

Верно также и то, что по умолчанию Windows Azure ограничивает ваш лимит размещенных служб до 6 на учетную запись. Я считаю, что вы можете увеличить этот лимит, позвонив в их службу поддержки и сняв ограничение после того, как они проведут проверку кредитоспособности ... Однако правильная схема масштабирования - НЕ добавлять дополнительные службы, а добавлять дополнительные экземпляры.

Вот пример, который гарантирует, что ваши экземпляры не будут перезагружены после добавления новых:

public override bool OnStart()
{
    RoleEnvironment.Changing += RoleEnvironmentChanging;
return base.OnStart();
}


private void RoleEnvironmentChanging(object sender, RoleEnvironmentChangingEventArgs e)
{
    // If a configuration setting is changing
    if (e.Changes.Any(change => change is RoleEnvironmentConfigurationSettingChange))
    {
        // Set e.Cancel to true to restart this role instance
        e.Cancel = false;
    }
}

По совпадению, если вы хотите настроить автоматическое масштабирование путем добавления или удаления экземпляров службы по мере увеличения или уменьшения спроса, вы можете изучить стороннюю службу под названием AzureWatch по адресу http://www.paraleap.com