Просмотр полной версии : Надежность и отказоустойчивость сервера
Виктория Селиванова
28.10.2019, 10:20
Всех приветствую! Решила вспомнить старые добрые времена и задать вопрос здесь. ))
Надежность и отказоустойчивость сервера. Где можно найти вразумительную и подробную информацию об этом? Возможные причины сбоев (в процентах желательно), как их предотвратить и как быстрее восстановить, когда сбой все же произойдет. Что для этого предлагают современные технологии?
Спасибо заранее. ))
Виктория Селиванова
28.10.2019, 10:24
Еще и повтор создался ((
Здравствуйте! Как Вы? Ваше здоровье?
Используете кластеры. Несколько независимых друг от друга сервера, на них софт, базы данных с репликацией и прочее.
Дайте исходные данные или ТЗ. Для чего и бюджет на софт и железо. От этого и ориентироваться.
Виктория Селиванова
28.10.2019, 15:10
Кластер - это понятно. Зеркалирование, дублирование - да. Вопрос в том, что можно где-либо найти информацию о сбоях - в железе, в ПО и т.д. и как их обойти. Подробно так. :-)
Бюджет достаточный
https://habr.com/ru/company/pc-administrator/blog/270091/
https://habr.com/ru/company/pc-administrator/blog/302360/
https://habr.com/ru/company/pc-administrator/blog/303424/
https://habr.com/ru/company/selectel/blog/343416/
Кластер - это понятно. Зеркалирование, дублирование - да. Вопрос в том, что можно где-либо найти информацию о сбоях - в железе, в ПО и т.д. и как их обойти. Подробно так. :-)
Бюджет достаточный
Вряд ли производители делятся такой статистикой.
Если бюджет достаточный - описывайте полное восстановление ПО сервера и замену сервера на аналогичный, в случае проблем с железом.
Вообще, на каждую модель есть мануалы, где описываются действия при различных ситуациях.
На хорошее ПО такие мануалы тоже бывают.
хожиакбар
29.10.2019, 10:15
Если по софту то сейчас очень моден паттерн MVC. Оно все независимо .
Модель,т.е. ваша бд и ее структура, доки , мануалы, описания.
Отдельно вебморда , т.е. вьюхи.
И наконец функции. Т.е. контроллер.
Надо стараться их троих писать как можно независимее. Чтоб если вырезал чего из видимых элементов , то функции контроллера обрубались бы и висели бы как мусор но не мешали др. функциям контроллера.
Да и кельту дебажить легко и быстро будет если чего там не заладится.
ПХП, т.к. есть все вопросы и почти все ответы по нему на любые случаи, в сети. Эти разрекламированные гуглями модные технологии, с их маленькими комьюнити не годятся. На ничтожные ремонты и апгрейды кода уйму времени уходит.
Ну это мое мнение, конечно.
Ну это мое мнение, конечно.
Я так понял, она не про это спрашивает.
Согласно стандартам, что мы унаследовали от СССР, должна быть разработана куча инструкций. В том числе и на случай сбоев.
И это, по-нормальному, никогда использовать что-то, не рекомендованное производителем. Вернее, можно, но на свой страх и риск.
хожиакбар
29.10.2019, 11:42
...должна быть разработана куча инструкций. В том числе и на случай сбоев...
О, тогда это уже что-то узкоспециальное и железное о котором понятий не имею. Да.
Если по софту то сейчас очень моден паттерн MVC. Оно все независимо .
Модель,т.е. ваша бд и ее структура, доки , мануалы, описания.
Отдельно вебморда , т.е. вьюхи.
И наконец функции. Т.е. контроллер.
Надо стараться их троих писать как можно независимее. Чтоб если вырезал чего из видимых элементов , то функции контроллера обрубались бы и висели бы как мусор но не мешали др. функциям контроллера.
Да и кельту дебажить легко и быстро будет если чего там не заладится.
ПХП, т.к. есть все вопросы и почти все ответы по нему на любые случаи, в сети. Эти разрекламированные гуглями модные технологии, с их маленькими комьюнити не годятся. На ничтожные ремонты и апгрейды кода уйму времени уходит.
Ну это мое мнение, конечно.
Сейчас обычно берут два сервера для БД. Арендуют на гугл клауд или амазон. Для приложения берут 1 сервер и 1 файрвол.
Софт в основном пишется на тормознутой Яве, которая выедает много ресурсов.
хожиакбар
29.10.2019, 12:40
Чуть холиварно но. Насчет тормознутости не могу сказать ни за ни против, разве что на запуске и обязательной компиляции всякий раз при правках, Но зато Ява не падает. Особенно платные JVM.
То-то все ибэи алиэкспресы и амазоны и банки и все что связано с мульти покупательством и мульти продавательством упорно пишут на ней.
А в последних пхп 7 уже типизацию можно применять. Так что разницы большой не вижу.
Ява это у них там. В Узе пхп :???:
И потом доверять какому то там амазону. Лучше здесь договором привязать своих резидентов
И потом доверять какому то там амазону. Лучше здесь договором привязать своих резидентов
Сервер на амзоне это доступность 99%. Тут, или света нет по 2-3 часа или интернет не работает по 5-20 минут. А если и работает, то скорость скачет. Цены на эксплуатацию дешевле выходит на амазон и гугл клауд держать серверы.
shumbola
29.10.2019, 19:00
И потом доверять какому то там амазону. Лучше здесь договором привязать своих резидентов
Сервер на амзоне это доступность 99%. Тут, или света нет по 2-3 часа или интернет не работает по 5-20 минут. А если и работает, то скорость скачет. Цены на эксплуатацию дешевле выходит на амазон и гугл клауд держать серверы.
Авторитетное заявление от kelt и про доступность и про TCO.
А тем временем SLA для AWS и EBS
Service level agreement (SLA)
Q. What does your Amazon EC2 Service Level Agreement guarantee?
Our SLA guarantees a Monthly Uptime Percentage of at least 99.99% for Amazon EC2 and Amazon EBS within a Region.
Для того, чтобы посчитать TCO нужны исходные данные, но kelt и без этого знает. :-)
Тот же амазон дает подсказку (https://awstcocalculator.com/)
Для того, чтобы посчитать TCO нужны исходные данные, но kelt и без этого знает. :-)
Даже если брать минимальную конфигурацию сервера, входит все равно дешевле.
А если брать свой, это аренда помещения(200$), электроэнергия (400$ per year), кондиционер(300$) чтобы сервер и прочее оборудование не сгорели когда температура воздуха будет повышаться выше 35 градусов, генератор дизельный (400$) когда свет отключают на 5-30 минут, ИБП серверный с АГМ аккумулятором (400$), связь дублированная (600$ per year), роутер (150$), сам сервер с резервированием (от 3000$).
Через три года сервер начнет помирать, сначала ССД диски начнут отваливаться, проблемы с БП, потом проблемы в оперативной памяти, через 5 лет сервер нужно будет менять 100%.
Вложения 6000 долларов в первый год без труда программистов.
На Амазоне такая же машина обойдется в 3000 долларов в год без труда программистов.
vBulletin® v3.8.5, Copyright ©2000-2025, Jelsoft Enterprises Ltd. Перевод: zCarot