“Сайт Вниз для Обслуживания”, какой работы по техническому обслуживанию они делают?

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

Однако обычно "Сайт вниз для обслуживания" означает любой из:

• Обновление программного обеспечения веб-приложения (добавляющий новые опции и т.д.)
• Изменение аппаратной конфигурации (например, перемещающийся в другой дата-центр; во время переключения)
• Что-то пошло ужасно неправильно, и они пытаются зафиксировать его (например, был перебой в питании в дата-центре; изменитесь запись DNS для указания на статический "сайт снижается" на страницу в другом месте, пока питание не возвращается),

Они могут хотеть выполнить обновления (или фиксирует) на многих различных частях программного обеспечения, работающего на сервере, включая (но не ограниченный):

• Операционная система
• Программное обеспечение веб-сервера iteself
• Любые платформы сценариев
• Базы данных
• И т.д.

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

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

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

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

Могло быть обновление серверов, платформ, баз данных Moving к новому центру обработки данных и закрытию старых серверов, собственных так, чтобы никто не мог соединить Исправление операционных систем или программного обеспечения, которое работает на тех серверах

в основном что-либо, что могло сделать сайт недоступным определенному количеству времени

Сравнивает одиночный сервер с движущейся машиной. Если вы выключаете автомобиль, ваш «сервер» не работает.

Есть некоторые вещи, которые вы можете делать во время работы автомобиля - доливать топливо, масло, омывающую жидкость, чистить лобовое стекло, переключать передачи и т. Д.

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

Эти простои зависят от уровня навыков администратора и сложности изменений. На более крупных сайтах с высокой посещаемостью - это возможно только при серьезном изменении архитектуры; то, что, независимо от того, сколько серверов и резервов у вас есть, архитектура должна измениться сразу.

Это редкость для очень больших систем - я сравниваю это с заменой топливопровода на движущемся транспортном средстве: для многих это невыполнимо (или не стоит усилий / риска) при определенных навыках и уровни ресурсов. Однако в тех местах, где есть навыки и ресурсы, они могут выполнить замену топливопровода на работающем автомобиле. Это похоже на миграцию архитектуры; они делают это намного сложнее.

Дефрагментация дисковых массивов . Быстрее и безопаснее дефрагментировать серверы, когда они отключены, что позволяет ЦП и дискам сосредоточиться на этой задаче, а не запускать 1000 веб-сайтов. Лучше сказать людям, чтобы они вернулись позже, чем заставлять их плохо взаимодействовать с пользователем.

Если это сервер Windows, вы можете вывести его из строя, запустив дефрагментацию, когда использование памяти превышает 50%. Это потому, что в этот момент окна начинают увеличивать скорость файла подкачки. Я усвоил это на собственном горьком опыте.

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

Некоторые задачи просто требуют пересыпания большого количества данных, и выполнять их после каждого изменения не очень эффективно. Базы данных рекомендаций - это одна вещь, которая приходит на ум, поскольку вам не нужны вторые данные, а вычислять общие модели покупок для множества разных пользователей довольно дорого. Это проблема сложности N ^ 2 с некоторыми алгоритмами, которая, как правило, требует как большого объема данных, так и большого объема памяти.

Финансовые учреждения могут использовать время простоя для расчета и выплаты процентов по счетам, или закрыть невыполненные транзакции и рассчитать сальдо выверки. Теоретически эти данные никогда не должны изменяться после согласования, поэтому на данном этапе имеет смысл записать их в хранилище WORM.

Резервное копирование - важный элемент, который часто выполняется во время простоя, потому что высокий дисковый ввод-вывод приводит к работе даже очень мощных серверов. на колени, и отключение сайта может помочь ускорить процесс резервного копирования. Я помню одну организацию, в которой я работал, где у них был очень большой RAID-массив клиентов, и команда резервного копирования продолжала жаловаться, потому что их окно резервного копирования для этого одного клиента обычно увеличивалось с 22 до 24 часов, а в какой-то момент 26 часов. Небольшое время тишины может существенно уменьшить это окно.

так что на данном этапе имеет смысл записать его в хранилище WORM.

Резервное копирование - важный элемент, который часто выполняется во время простоя, потому что высокий дисковый ввод-вывод имеет тенденцию ставить на колени даже очень мощные серверы, а отключение сайта может помочь ускорить процесс резервного копирования. Я помню одну организацию, в которой я работал, где у них был очень большой RAID-массив клиентов, и команда резервного копирования продолжала жаловаться, потому что их окно резервного копирования для этого одного клиента обычно увеличивалось с 22 до 24 часов, а в какой-то момент 26 часов. Небольшое время тишины может существенно уменьшить это окно.

так что на данном этапе имеет смысл записать его в хранилище WORM.

Резервное копирование - важный элемент, который часто выполняется во время простоя, потому что высокий дисковый ввод-вывод имеет тенденцию ставить на колени даже очень мощные серверы, а отключение сайта может помочь ускорить процесс резервного копирования. Я помню одну организацию, в которой я работал, где у них был очень большой RAID-массив клиентов, и команда резервного копирования продолжала жаловаться, потому что их окно резервного копирования для этого одного клиента обычно увеличивалось с 22 до 24 часов, а в какой-то момент 26 часов. Небольшое время тишины может существенно уменьшить это окно.

где у них был очень большой RAID-массив клиента, и команда резервного копирования продолжала жаловаться, потому что их окно резервного копирования для этого одного клиента обычно увеличивалось с 22 до 24 часов, а в какой-то момент - до 26 часов. Небольшое время тишины может существенно уменьшить это окно.

где у них был очень большой RAID-массив клиента, и команда резервного копирования продолжала жаловаться, потому что их окно резервного копирования для этого одного клиента обычно увеличивалось с 22 до 24 часов, а в какой-то момент - до 26 часов. Небольшое время тишины может существенно уменьшить это окно.