2015-02-09 3 views
12

Мы продали наши первые 2 небольшие реалистичные реалистичные реалии в Azure и установили их все, и теперь они получают очень плохую обратную связь от клиентов по производительности.Чрезвычайно медленная производительность на Azure VM

Одним из них является установка как:

Domain Controller – A2 
    Terminal Server – A3 

терминальный сервер находится на плане A3 (как это только микро-клиент 2-4 одновременно работающих пользователей) и чудовищно медленно. Для загрузки веб-сайтов в Internet Explorer требуется 10-15 секунд (даже при тестировании сегодня потребовалось 10 секунд для загрузки сайтов, таких как сайт Telstra или сайт Sydney Morning Heralds).

Для загрузки Microsoft Excel (даже без загрузки файла) также требуется в среднем 8 секунд. Это ванильная установка Excel 2013 на сервере Server 2012 R2 с ролью RDS. Сначала мы посоветовали клиенту, что они должны быть в порядке на плане A2, однако после того, как они впервые пожаловались на скорости, мы перенесли их на A3, который сделал без заметной разницы (и диспетчер задач показывает, что машина даже не приближается к использованию каких-либо ресурсов).

Тестирование производительности показывает, что дисковые подсистемы медленнее, чем наши настольные SATA-машины, что может быть связано (что быстрый поиск в Google «Azure slow disk io» показывает, что мы здесь не одни).

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

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

Другим нашим клиентам другие клиенты имеют точно такую ​​же медленную производительность на своем сервере RDS, особенно в Интернете. Тесты скорости на обоих показывают огромную скорость (т. Е. 500 Мбит +), но ежедневное использование не отражает это вообще. Честно говоря, он чувствует, что Интернет работает на скорости набора номера.

Мы приобрели пакет поддержки разработчиков и попытались разместить экземпляры поддержки, однако он продолжает сбой в конце создания запроса, говорящего «Невозможно зарегистрировать запрос поддержки в настоящее время. Свяжитесь с Microsoft по телефону и разместите Azure запрос". Мы пытаемся позвонить по телефону, и они говорят, что они не могут подать их, и мы должны сделать это онлайн.

Мы отчаянно нуждаемся в помощи. Может ли кто-нибудь указать нам в правильном направлении?

Наши ребята потратили около 20 часов на эту проблему, и все указывает на то, что Azure VM просто слишком медленны по сравнению с другими облачными провайдерами (Amazon и т. Д.).

+1

Это относится к ServerFault, а не к StackOverflow (речь идет об инфраструктуре, а не о программировании). –

+3

Извинения, первый раз плакат и был направлен здесь с веб-страницы Azure. –

+0

Если IOPS является ограничивающим фактором, считаете ли вы добавлением нескольких дисков данных в ваш vm и разделение их на один том? Я полагаю, что вы будете платить только за фактические данные, независимо от размера диска, на этом уровне хранения, поэтому нет реальной причины не помещать максимальное количество разрешенных дисков в ваш vm. –

ответ

9

Azure диски ужасно медленны. Существует опция сервиса «Премиум-память», которая должна значительно увеличить IOPS. В ожидании этого, я бы создал отдельный том поверх хранилищ (используя столько дисков, сколько позволяет размер виртуальной машины), чтобы получить максимальные значения iops. (8 дисков = 8x500 IOPS). Перемещение профилей пользователей на этот диск должно помочь.

+2

Спасибо Trondh, мы заметили, что, несмотря на это, несмотря на это, для загрузки не требуется Excel 8 секунд, и он не должен делать просмотр веб-страниц настолько медленным, насколько это возможно. Я помню время, когда нам приходилось запускать виртуальный сервер клиентов (VHD) на реальном USB-накопителе, и даже это было не так медленно (и, по крайней мере, втрое превысило пользователей). Я читал несколько людей, которые делали это пространство для хранения, чтобы попытаться получить еще большую скорость - мы также дадим ему возможность, однако я не слишком уверен, что это увеличит такие вещи, как открытие Excel и просмотр веб-страниц страницы? Еще раз спасибо за ваш ответ! –

1

Я установил среду разработки SharePoint, используя мою бесплатную подписку на MSDN Ultimate.

Я пошел с D12 тип машины (see Virtual Machine sizes). Он должен предлагать приличные IOPS.По крайней мере, с D-series есть обещание «локальных» SSD. Документация MSDN содержит некоторые номера: MSDN documentation.

Установка StyleCop занимает несколько часов. Установка Resharper даже не была завершена. Некоторые компоненты Visual Studio, которые нужно вызвать во время установки, «не вернулись своевременно» ... Я не говорю здесь секунд. Я говорю о нескольких десятках минут ожидания!

Открытие окна «добавить/удалить программы» никогда не завершает ...

Я провел 2 часа, пытаясь установленных двух крошечных частей программного обеспечения, в то время как ничего не был запущен на машине. Серьезно ... это нигде даже не отдаленно близко «продуктивно».

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

Это очень печальная картина. К счастью, моя подписка «бесплатна» ...

+3

Локальный SSD - это временный локальный диск, а не ОС или привод данных. Если вы хотите, чтобы производительность SSD использовала машину серии DS и настраивала ее хранилище на премиум-памяти. –

4

Я видел, что как AWS, так и AZURE и AZURE медленно замедляют работу привода, а AWS довольно быстро. На мой взгляд, Azure - ужасно худший продукт для AWS, и это просто причина многих проблем, которые у вас не было бы на AWS.