Делает размещенные сервисные транзакции устройства хранения данных использования Windows Azure

Запустите простой и выполните итерации.

  1. Соедините их магистралью вместе с единственным GigE. Если у Вас есть ~20 рабочих станций и принтеры в типичном офисе, Вы, вероятно, не поражаете скорость провода GigE в этой точке так или иначе.

  2. Следующий шаг должен сделать агрегирование каналов GigE (802.3ad). Попробуйте 2 соединения GigE между каждым переключателем, или возможно 4. Если Ваш трафик довольно равномерно распространен по Вашим ~20 рабочим станциям / принтеры, необходимо получить довольно хороший баланс по этим соединениям. Премия - то, что Вы получаете некоторую элементарную обработку отказа. Это решение возьмет Вас длинный путь (это - то, где моя организация в в настоящее время).

  3. Купите дополнительное 10GigE SFPs и разверните их.

  4. Купите более крупные, более дорогие переключатели.

1
задан 26 February 2012 в 05:08
2 ответа

Ваше развертывание не вызывает 12 000 транзакций. Это вызывает, возможно, 5-10 (поскольку может быть несколько чтений блоков, в зависимости от размера пакета развертывания).

При развертывании в Windows Azure вам нужен какой-то способ внешнего мониторинга вашего приложения. Здесь на помощь приходит диагностика Windows Azure. Все ваши диагностические журналы Windows Azure, счетчики производительности, операторы трассировки и т. Д. Записываются в хранилище таблиц (или хранилище больших двоичных объектов, в случае журналов IIS).

Если вы накопили 12 000 транзакций, скажем, за 3 дня, это в среднем 2-3 в минуту. При такой скорости вы будете накапливать около 12 центов в месяц.

Если вы хотите уменьшить количество транзакций, вы можете настроить диагностику самостоятельно, вместо того, чтобы полагаться на значения по умолчанию (какими бы они ни были). Например, здесь ' очень простая настройка, которая будет идти в вашем OnStart () :

 DiagnosticMonitorConfiguration diag = DiagnosticMonitor.GetDefaultInitialConfiguration();
            var perfCounter = new PerformanceCounterConfiguration()
            {
                CounterSpecifier = @"\processor(*)\% Processor Time",
                SampleRate = TimeSpan.FromSeconds(30)
            };


            diag.PerformanceCounters.DataSources.Add(perfCounter);
            diag.PerformanceCounters.ScheduledTransferPeriod = TimeSpan.FromMinutes(5);

            diag.DiagnosticInfrastructureLogs.ScheduledTransferLogLevelFilter = LogLevel.Error;
            diag.DiagnosticInfrastructureLogs.ScheduledTransferPeriod = TimeSpan.FromMinutes(5);

            diag.Logs.ScheduledTransferLogLevelFilter = LogLevel.Error;
            diag.Logs.ScheduledTransferPeriod = TimeSpan.FromMinutes(5);

            DiagnosticMonitor.Start(CloudStorageAccount.DevelopmentStorageAccount, diag);

Хотя эти значения произвольны, ключевым моментом является то, что переходы в хранилище таблиц (или BLOB-объектов) теперь происходят только раз в 5 минут, по типу объекта. Примечание. Если у вас запущено несколько экземпляров, у вас также будет несколько загрузок в хранилище .

2
ответ дан 3 December 2019 в 21:52

Наконец-то я обнаружил, почему и вот причина на случай, если другие столкнутся с той же проблемой.

Я загружаю через Visual Studio. Для загрузки Visual Studio создает учетную запись хранения и загружает туда пакет развертывания.

Это причина для учетной записи хранения и почему в ней есть активность.

После того, как все развернуто, вы можете удалить учетная запись хранения, а все остальное продолжает работать. Однако вам нужно будет создать его снова при следующем развертывании.

0
ответ дан 3 December 2019 в 21:52

Теги

Похожие вопросы