|
hVosttPu4koffПриложение работает только тогда, когда все яйца целые. Раскладывание яиц по разным корзинам нужно для сохранения хотя бы части яиц. Совершенно разные вещи.
Вы концепцию «приложение работает» понимаете через одно место. Если у вас машина сломалась, вы не считаете, что теперь у вас нет машины, и не идёте покупать новую. Вы заменяете поломанную деталь и едете дальше. Точно также с ПО.
Приложение работает - это значит оно выполняет свои функции. Какая-то железная проблема, или ОС встала колом при обновлении или здание взорвалось - это уже не суть важно. Здесь и сейчас приложение не работает - это печалька. Может будет достаточно перезагрузить ОС и всё будет нормально, а может сервер новый покупать придётся, тут уж зависит от конкретной ситуации.
Если у машины полетит движок, то скорее всего мне придётся покупать новую.
hVosttМожет вас это в шок повергнет, но и БД ещё надо развести как минимум на два сервера: боевой и реплика.
Всегда и везде? Даже если люди готовы потерять данные за последние сутки и простой в несколько часов - не проблема, а вот денег на лицензии и железо не завезли?
hVosttPu4koffМы не знаем что там у человека за программа и сколько она памяти потребляет. Поэтому и террабайт, чтобы не фантазировать, что там вдруг СУБД всю память сожрёт. Может там 8 гигабайт на всё хватит за глаза. Вопрос изначально не стоял, что какие-то проблемы с производительностью.
СУБД по определению жрёт память и ресурсы. Это ещё один пункт, почему СУБД должна быть на отдельном сервере, это норма.
А настроить СУБД и попросить не жрать больше определенного объема памяти?
hVosttЧто там у человека мы не знаем, но мы знаем best practics. При желании можно и глаз на попу натянуть, но мы не рассматриваем крайние случаи.
По незнанию можно и на основании полезных советов много всякого нагородить: Хотели как лучше, получилось как всегда.
hVosttPu4koffТак я и не говорил, что нивелирует. Так что со своей логикой что-то делайте.
Вы кажется не понимаете, как работает теория вероятности. Вероятность отказа 1 железяки гораздо выше, чем отказ сразу двух. А отказ каждой из двух железяк такой же как 1 железяка, но восстановление -- дешевле на порядки. И обслуживание -- дешевле. А железо сегодня стоит -- копейки.
Я уже несколько раз писал ровно то же самое про вероятности. Почему-то выгодно упущен момент, что вероятность выхода одной из двух железок выше, чем вероятность выхода одной железки. Про стоимость восстановления гадалка надвое сказала. Если там восстановление типа: купили новый сервер, начали ставить ОС, потом накатили СУБД, скопировали базу из бэкапа, потом поставили сервер приложений, настроили на работу с СУБД,... так конечно дороже. Если же это будет развёртывание из готового настроенного образа, то вообще не вижу принципиальной разницы от набора программ на сервере.
Обслуживание вот наоборот дороже, т.к. обслуживание двух железок не может быть дешевле обслуживания одной. А еще там два экземпляра ОС, вместо одного и т.д. и т.п.
Железо я бы не сказал, что стоит копейки, а кроме железа там еще будут дополнительные лицензии на ОС, например.
hVosttПросто вы наверное либо не имеете высшего образования, либо ничего не вынесли из вуза. Поэтому несёте полную чушь. И не понимаете банальных вещей.
У меня всё нормально с высшим образованием. Не понимаю чего вы так уцепились за свою точку зрения.
Я же не говорю, что растаскивать на разное железо - это плохо и так не нужно делать. Есть у человека возможность всё сделать так, он понимает что ему это даст, проработает все варианты развития событий - это же отлично. Если брать за основу безлимитный бюджет на первоначальное железо и на обслуживание, тогда я конечно буду за кластеры, реплики и прочее, прочее.
hVosttВсё, аргументы у вас закончились, теории вероятности вас учить нет у меня желания )
Так нужно по сути только опровергнуть одно моё утверждение:
вероятность выхода из строя одного из двух серверов выше, чем вероятность выхода из строя одного единственного сервера.
Если наш продукт работает только при условии одновременной работоспособности сервера приложений и СУБД, тогда вероятность появления проблем с единственным сервером будет ниже, чем в случае с разнесением функционала по двум и более серверам.
Теория вероятностей ничего не знает о стоимости развёртывания ПО и т.п., поэтому прошу в стиле политиков не выдумывать другие критерии.
Если кратко, то моя позиция следующая: люди начитаются таких рекомендаций по брошюрам, а потом начинается:
- у меня же raid "зеркало", я бэкапы не делаю. а потом вылетает один диск, запасного нет, неделю-другую решается вопрос с оплатой и поставкой нового, а там и второй диск умереть решил и всё пропало.
- у меня интернет от двух провайдеров, так что всё норм, а потом оказывается, что у этих провайдеров провода в одной трубе идут и экскаватор именно там решил котлован вырыть.
...
Всё всегда индивидуально, серебряных пуль практически не существует, поэтому нужно понимать что делаешь, зачем делаешь, к чему всё это может привести. Все эти бест практикс хорошо, но это не панацея и делать всё нужно осознанно.
ЗЫ. Как-то спокойнее нужно относиться к людям с иной точкой зрения. Всё это про уровень образования и т.п. - это не красит ни разу. Тем более, что у нас спор выходит скорее идеологический. Осталось начать говорить про орфографию с пунктуацией и тогда точно достигнем дна :-)
|
