Лучшие практики для обновления живого веб-сервиса
Я - немного идущий наперекор... Я - очень подозрительный IPv6. Существуют последствия конфиденциальности, потому что часть адреса IPv6 является уникальным идентификатором устройства, хотя я полагаю, что существуют настройки для создания этого случайным.
Мне не удается видеть безотлагательность, когда столько сетей класса A выделяется организациям с относительно крохотной потребностью. Назвать некоторых: MIT, Daimler-Benz, Xerox PARC, Дюпон, Мерк, американская Почтовая служба, Nortel, Eli Lilly и Halliburton. Heck, шоу InterOp имеет Класс A для себя!
Назад к вопросу. Если Вы уже не имеете, считайте Отказ сервера, IPv6 отметил вопросы.
Я не думаю, что IPv6 является огромной проблемой прямо сейчас для внутренних / частных сетей, но некоторые предварительные шаги желательны для компаний. Глаза и уши должны остаться открытыми, и предмет пересмотрел каждый сезон бюджета.
- Я удостоверился бы, что мой Интернет, стоящий перед аппаратными средствами, может поддерживать IPv6 или удостовериться, что у меня есть достаточный бюджет для покупки замен в конечном счете, интернет-провайдер переключается.
- Я также удостоверился бы, что любое новое купленное сетевое оборудование может поддерживать IPv6 и IPv4.
- Я нашел бы сетевое оборудование, которое не поддерживает IPv6 и определяет, какие потребности быть сделанным (встроенное микропрограммное обеспечение, обновление, замена) для каждого объекта в конечном счете IPv6 навязывают Вам.
Я не вижу, что домовладелец/человек, увлеченный своим хобби, должен сделать что-либо. Если Ваш ISP переключится, то Вам будет нужен новый модем/маршрутизатор, но у Вас будет много уведомления.
Вы загружаете свой сайт на единственном сервере? В противном случае я предположил бы, что у Вас есть своего рода подсистема балансировки нагрузки.. Если Вы действительно загружаетесь на единственном сервере, масштабируете горизонтально и устанавливаете подсистему балансировки нагрузки..
Радости наличия такого сервиса позволяют Вам не только быть высоконадежными, но и если необходимо работать над приложением, можно отключить один из серверов от принятия трафика к внешнему миру и затем работать над обновлением/тестированием приложения/веб-сайта в течение менее напряженных транспортных периодов.
Я загружаю свои веб-сайты и приложение (то же самое действительно) более чем 15 серверов и имею некоторых используемых в качестве 'Жаль Серверов', где, если мои основные серверы заняты, я могу загрузиться к 'Sorry's'. В этой ситуации я могу работать над своими запчастями и обновить их, затем когда я доволен всем работа, я медленно вывожу одно поле из пула за один раз и работы над той..
Контроль Вашего веб-сайта/сетевого трафика с чем-то как Кактусы (www.cacti.net) позволит Вам видеть свое напряженное время на основе трафика и затем работать над обновлением за пределами напряженных периодов.
Надежда это дает Вам некоторый свет.
Мы обычно делаем "прокручивающиеся обновления" для рассмотрения этой проблемы. Это означает вместо того, чтобы иметь всего один сервер, обрабатывающий всю Вашу загрузку, у Вас есть серверы N. Вы можете "вынуть сервер из вращения" путем простой остановки апачского веб-сервера, например. У нас должен быть другой механизм, чтобы продолжить сервер с апачской точки зрения, но экранировать его от взятия входящих клиентских соединений. Мы делаем это с простым текстовым файлом, присутствие который, указывает к нашей подсистеме балансировки нагрузки для маркировки веса этого сервера как 0.
Для выравнивания нагрузки мы используем Виртуальный сервер Linux с открытым исходным кодом или LVS: http://www.linuxvirtualserver.org
Это поддерживает "realserver" проверку состояния. Мы выполняем эту проверку состояния периодически для ведения списка активных веб-серверов позади подсистемы балансировки нагрузки.
Путем маркировки хоста к обновлению, обновления отдельного сервера за один раз, отправки тестового трафика в него, подтверждения он работает и затем повторно добавляет его к пулу, мы можем эффективно прокрутить обновления живого сервиса.