Ищется dedicated: Xeon, 2 HDD, hotspare, 100 Мбит

123
esetnod
На сайте с 16.07.2009
Offline
134
#11
uniqueJ:
Но зачем?? Ладно git в отдельный контейнер. Но зачем гонять данные через сетевую от мускуля в ламп и на бэкенд, или от мускуля на мемкеш?

Всё правильно, чем больше изоляции, тем лучше. Если ресурсы позволяют обслуживать накладные расходы.

Быстрый хостинг на SSD от $0.99 (http://just-hosting.ru/) | OpenVZ (http://just-hosting.ru/vds.html) и KVM (http://just-hosting.ru/vds-kvm.html) VDS от $7.95
UJ
На сайте с 18.12.2010
Offline
48
#12
esetnod:
Всё правильно, чем больше изоляции, тем лучше. Если ресурсы позволяют обслуживать накладные расходы.

ага, а идеальная изоляция - обложить кирпичом, залить в цемент и закопать на глубину 5 метров.

Вижу только одну причину - перенос в дальнейшем контейнеров на отдельные дедики в случае роста. Тогда да - вполне красиво себе получится и практически ничего переставлять не нужно.

Слава Шевцов
На сайте с 23.07.2005
Offline
370
#13
uniqueJ:
Вижу только одну причину - перенос в дальнейшем контейнеров на отдельные дедики в случае роста. Тогда да - вполне красиво себе получится и практически ничего переставлять не нужно.

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

Неизменность точки зрения неизменно порождает иллюзию понимания.
LineHost
На сайте с 20.01.2007
Offline
339
#14
Слава Шевцов:

Symfony висит в памяти и нагружает только базу. Бекенд нагружает только базу. nginx файловую систему не трогает. Lightppd нагружает файловую систему запросами на мелкие файлы, но чуть что - они выносятся в память/облако/космос. Memcached никого не трогает. В общем, диск грузит только база, что тоже не мало.

Все виртуалки будут нагружать диск и отнимать свои IOPS. По банальной причине - логи и служебные обращения. И если база грузит сильно, то остальные тоже будут тормозить. Так как заботитесь о дисках, то мой совет - базу и Lighttpd на SSD, всё остальное + бэкапы на SATA, 7200 🍿

Или всё на SSD а барахло по NFS куда нибудь....

SERV.LT - Стабильные услуги хостинга, KVM VPS в Литве, Франции. (https://www.serv.lt/ru/vps/kvm/) Недорогие выделенные серверы (https://www.serv.lt/ru/dedicated-lt/) в Литве.
UJ
На сайте с 18.12.2010
Offline
48
#15
Слава Шевцов:
Вот видите, Вы сами всё прекрасно поняли.

Тогда позволю себе продолжить рекламу своего коллеги - ibm c 2xE5-2620 в нашей стойке.

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

Слава Шевцов
На сайте с 23.07.2005
Offline
370
#16
LineHost:
Все виртуалки будут нагружать диск и отнимать свои IOPS. По банальной причине - логи и служебные обращения. И если база грузит сильно, то остальные тоже будут тормозить. Так как заботитесь о дисках, то мой совет - базу и Lighttpd на SSD, всё остальное + бэкапы на SATA, 7200

Давайте смотреть:

1. если умирает SSD-шка, то сервер должен ждать её замены и восстановления из бекапа;

2. если умирает SATA, то ложатся и все сервисы, потому что логи класть некуда;

3. если удачно отмониторили SSD-шку и вовремя заметили, что её нужно менять (и-таки убедили в этом хостера), то нужно останавливать сервер и подниматься из бекапа.

Если же есть RAID1, то вполне можно провести замену умершего диска не останавливая сервер. Главное, чтобы диск выдержал нагрузку и замена была достаточно быстрой - в течение пары дней.

MIRhosting.com
На сайте с 18.10.2006
Offline
203
#17
Слава Шевцов:
Давайте смотреть:

1. если умирает SSD-шка, то сервер должен ждать её замены и восстановления из бекапа;

2. если умирает SATA, то ложатся и все сервисы, потому что логи класть некуда;

3. если удачно отмониторили SSD-шку и вовремя заметили, что её нужно менять (и-таки убедили в этом хостера), то нужно останавливать сервер и подниматься из бекапа.

Если же есть RAID1, то вполне можно провести замену умершего диска не останавливая сервер. Главное, чтобы диск выдержал нагрузку и замена была достаточно быстрой - в течение пары дней.

Правильно. Поэтому нужно и ssd и sata делать в рейд. И желательно железный.

Бэкап это правда не отменяет в любом случае.

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

Андрей Нестеренко, MIRhosting Облачная платформа для DevOps (https://mirhosting.com/paas)
Слава Шевцов
На сайте с 23.07.2005
Offline
370
#18
MIRhosting.com:
то берется администрируемый сервис, с гарантией работы железа и сети на таком-то uptime проценте.

Есть таки красивые сказки. Только я в них почему-то не верю даже за большие деньги.

РИА
На сайте с 30.07.2006
Offline
208
#19

Чехия/Москва.

Supermicro, IPMI, 2 IP, порт выделенный безлимитный.

E3-1230 / 16Gb / 2x300Gb SAS / 100 Мбит выделенный безлимитный - 169 евро в месяц.

Возможны любые варианты серверов на базе Supermicro, установка 1 - 5 рабочих дня.

Все услуги хостинга (http://www.park-web.ru). Москва, Казань, Новосибирск, Чехия. Работаем с юридическими лицами.
LineHost
На сайте с 20.01.2007
Offline
339
#20
Слава Шевцов:
Давайте смотреть:

1. если умирает SSD-шка, то сервер должен ждать её замены и восстановления из бекапа;

2. если умирает SATA, то ложатся и все сервисы, потому что логи класть некуда;

3. если удачно отмониторили SSD-шку и вовремя заметили, что её нужно менять (и-таки убедили в этом хостера), то нужно останавливать сервер и подниматься из бекапа.

Если же есть RAID1, то вполне можно провести замену умершего диска не останавливая сервер. Главное, чтобы диск выдержал нагрузку и замена была достаточно быстрой - в течение пары дней.

Размышление человека, который где то слышал, но сам не ообенно разбирается. Делайте RAID1 на SATA и на SSD и делов то. Не надо оставатся на уровне 2006 года, когда SSD еще еле живы были, 2013 уже. SSD диски это уже повседневное явление, у меня даже на ноуте и то SSD .... Всё мониторится, теми же средствами mdadm или утилитой аппаратного рэйда, в случае проблем с рэйдом посылается предупреждение или по почте, если есть желание и SMS прикрутить можете.

RAID1 на SSD оверкил естественно, но если простой в 10 минут для развертывания бэкапа базы проблематично, то никуда от этого не денешься. Если уж на столько критичный проект, то можно ставить по диску для hotspare.

Софтварный рэйд даёт такую гибость, которую никoгда не получите с аппаратного, только думать надо, да и уметь естественно 🍿

123

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