none
Скорость для службы RRS feed

  • Вопрос

  • Добрый день.

    У меня приложение WPF. База в Azure. Обмен данными между приложением и базой через WCF сервис. Есть небольшой сайт визитка.

    Всё это без виртуальных машин.

    Я для сайта создал план служб и настроил цену маленькую. Там ничего громоздкого нет.

    Для базы тоже можно выставить цену - видимо и скорость работы (обновления архивация и т.п.) в DTU тоже есть такое - настраивается.

    А вот для облачной службы классической настройки скорости нет. (Интересует скорость  развёртывания, наверное она же и скорость обмена данными между базой и приложением). В самой службе настроено максимальный объём передаваемых данных.

    Вместе с облачной службой создалась учётная запись хранения - дак там тоже нет скоростей и цены.

    Облачная служба просто есть и всё? Скорость обмена зависит только от DTU в базе?

    Спасибо.

Ответы

  • Здравствуйте - да, такого понятия как DTU, для хранилища и Cloud Services нет - DTU это агрегированный из нескольких показатель, которых просто нет как концепций в CS и хранилище.

    Для CS вы можете настроить только размер виртуальных машин, которые будут использованы для каждой из ролей приложения. В зависимости от этого размера, у вас будут различаться как стандартные цифры типа доступной памяти и процессора, так и пропускная способность сети. Но, если вы говорите, что у вас больших нагрузок не планируется, то минимальных цифр в около 100 мегабит на виртуальную машину должно быть более чем достаточно.

    Для хранилища можно указать его тип - это может быть либо стандартное хранилище, либо SSD (Premium-режим). Разница достаточно существенная, но Premium-хранилище обычно используют для больших нагруженных проектов.

    • Помечено в качестве ответа DevingAs 6 мая 2016 г. 10:05
  • Вы в Visual Studio можете посмотреть? На портале этого нет, по-моему.
    • Помечено в качестве ответа DevingAs 6 мая 2016 г. 11:02

Все ответы

  • Здравствуйте - да, такого понятия как DTU, для хранилища и Cloud Services нет - DTU это агрегированный из нескольких показатель, которых просто нет как концепций в CS и хранилище.

    Для CS вы можете настроить только размер виртуальных машин, которые будут использованы для каждой из ролей приложения. В зависимости от этого размера, у вас будут различаться как стандартные цифры типа доступной памяти и процессора, так и пропускная способность сети. Но, если вы говорите, что у вас больших нагрузок не планируется, то минимальных цифр в около 100 мегабит на виртуальную машину должно быть более чем достаточно.

    Для хранилища можно указать его тип - это может быть либо стандартное хранилище, либо SSD (Premium-режим). Разница достаточно существенная, но Premium-хранилище обычно используют для больших нагруженных проектов.

    • Помечено в качестве ответа DevingAs 6 мая 2016 г. 10:05
  • Для CS вы можете настроить только размер виртуальных машин,

    А это где сделать?

    Я только нашёл Параметры масштабирования-> число экземпляров . Это оно и есть?

  • Вы в Visual Studio можете посмотреть? На портале этого нет, по-моему.
    • Помечено в качестве ответа DevingAs 6 мая 2016 г. 11:02
  • Хорошо покопаю. Спасибо
  • В Visual Studio просто можно открыть вашу роль, и там будет VM Size - это то, что вам нужно.

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