Виртуальная машина Azure остывает, когда не используется?
Моим виртуальным машинам обычно нечего делать с 19:00 до полуночи, когда они переносят большую часть работы на остаток дня. Планирование начинается с выборки списка задач и времени из базы данных MySQL. Возможно ли, чтобы виртуальная машина остыла, а затем в полночь изо всех сил пыталась подключиться к базе данных? Кажется, у меня проблема с постоянным подключением к базе данных в полночь, но обычно это нормально работает в течение дня, когда у виртуальной машины есть постоянные задачи для выполнения.
Следует ли мне выполнять процедуру «разогрева» каждые 10 минут простой вызов базы данных, чтобы поддерживать виртуальную машину и базу данных «в тепле»?
Кто-нибудь еще нашел что-нибудь подобное? Я знаю, что веб-сайты Azure имеют аналогичную концепцию и могут работать "холодно / тепло". в зависимости от использования, поэтому первый пользователь обычно плохо загружается при включении веб-сайта.
Вы используете стандартное хранилище для VHD? Интересно, это хранилище разогревается после долгого бездействия. Премиум-хранилище не будет иметь таких же характеристик.
Эта белая книга говорит о стандартном хранении:
Влияние разогрева на диски данных С дисками Azure, мы наблюдали "эффект разогрева", который может привести к снижению пропускной способности, и полоса пропускания на короткий период времени. В ситуациях, когда диск с данными не доступен в течение определенного периода времени (около 20 минут), запускаются адаптивные механизмы разбиения и балансировки нагрузки. Если диск доступен, пока эти алгоритмы активны, вы можете заметить некоторое снижение пропускной способности и пропускной способности за короткий период времени время (примерно 10 минут), после чего они возвращаются к своим нормальные уровни. Этот эффект разогрева происходит благодаря адаптивному механизм разделения и балансировки нагрузки Azure, который динамически подстраивается под изменения рабочей нагрузки в многопользовательской среде хранения данных. Вы могут наблюдать аналогичные эффекты в других широко известных облачных хранилищах. системы тоже. Дополнительную информацию см. в Лазурное хранилище: A Highly Доступная облачная служба хранения данных с высокой степенью согласованности. Настоящий документ . Эффект разогрева вряд ли будет замечен для систем, которые находятся в непрерывное использование. Но мы рекомендуем учитывать это при выполнении тестирование или при доступе к системам, которые некоторое время были неактивными.
Одна из вещей, которая приходит мне в голову, это использование мониторинга конечной точки для разогрева вашего веб-сайта/дб. Вы можете использовать простой код для тестирования базы данных или даже создать ряд запросов для перекэширования первичного содержимого, а затем вернуть http-статус 200, если все пойдет, как ожидалось. Вы можете настроить мониторинг для работы из разных мест. Работает для ВМ и веб-приложений (классический портал).
Сказал, что разминка, как правило, не является чем-то, что имеет отношение к базам данных, если только по каким-то причинам вы не перезагрузите сервер. Помните, что дампы также могут охладить сервер, поскольку данные, которые в основном используются вашей рабочей нагрузкой, не обязательно являются тем, что кэшируется/буферизируется для завершения процесса резервного копирования.
Наконец, настройка значения таймаута запланированных задач должна исправить проблемы с подключением во время полуночного обслуживания (переменные таймаута MySQL также могут выпасть из длиннофокусных процессов).