Очередной мыльный пузирь. Не хочу обсуждать все пункты, взял только один DDoS и его мощность 10 гбпс. В некоторых упомянутых странах на данный момент нет даже в 10 гбпс канала на весь датацентр. При ддосе 10 гбпс во всех этих странах без вопросов IP обнулят на вышестоящем маршрутизаторе и на некоторых просто предложит сматывать удочки, в некоторых скорее всего ещё выставит счёт за трафик..... вобщем сказочники...
Клиент заплатил за год, за entry level тариф, и через 2 недели заметил, что ему не подхоходит. Неужели этот клиент откусил и проглатил кусок сервера? С такого тарифа нагрузки на сервер вобще нет. Как хостёр хостёру говорю, тут не спорить надо с клиентом, а просто вернуть средства. Это практикует все нормальные хостёры, даже всякие там гаторы и то в течении 30 дней возвращают в полном объёме без разговоров. И то, скорее всего у них нет возврата после 30 дней потому, что при оплате картой возврат средств превысит сумму опплаты клиента.
Привет чувак, зря эту тему начал, отдай те 20 баксов и делов то, клиент ничего не нарушил. Надо было сделать это сразу по запросу клиента, но заскоки у каждого бывает, ошибатся свойственно человеку....
Эти все пункты вас не должны волновать, это дело хостёра, по крайней мере до того момента, пока не будете твердо всё знать сама. Перед заказом сервера, просто надо информировать куда слать все системные сообщения, также чтобы хостёр пробежался по настройкам, чтобы обеспечить безопасность.
Правило номер 1 - не сунь руки к работающей системе, не надо обновлять сразу, после выхода обновлений. Часто они дырявые.
Правило номер 2 - соблюдай права на каталоги и файлы. Выше 755 и 644 ставь только там, где это точно надо.
Для начало этих двух правил хватит.
Поддерживать хорошие отношения с хостёром, не строить из себя огромного спеца, и вовремя оплачивать счета. А там по ходу и научится можно ;)
Выгнать специалистов надо, от умышленного взлома, человеческой ошибки это не защитит, бэкап пока заменить ничемь нельзя.
У вас такой проект? Мне кажется если ищете только такого сервера, как упоминали в первом посте темы, то дело не в величине проекта, а в умении и в правильном выборе сервера для размещения своего проекта. Почему у всех такая мания величия? Все сразу метит на уровень Вконтакта. А скромность где?☝
SSD диски имеют похожий лимит на запись, но этот лимит сегодня уже достаточно высокий. Изпользуя софтварный рэйд, один диск можно нагрузить больше, и таким образом они умрут в разное веремя.
MTBF (hours)
SATA (типичная) 1,200,000
Chetach 15k. 1,600,000
Intel® SSD 320 Series 1,200,000
Intel® SSD 710 Series 2,000,000
Как долго планируте пользоватся арендуемым сервером? 2 года максимум, так как дальше просто экономически не выгодно арендовать старьё. Вот и займитесь математикой ;)
Теперь глянул на статистику одного не слабого сервера - один SSD диск пишет в сутки около 110 ГБ, другой около 25 ГБ. SATA RAID пишет около 100 ГБ в сутки, для этого рэйда это уже предел, в среднем 35% утилизация. Для SSD это ни в одном глазу, первый диск утилизируется на 4%, второй на 0,4%. Правда западло, в сылке, котору дал выше, срок жизни диска SLC. Датацентры обычно дают сервера с MLC дисками. Значит в моём случае диск будет жить не 75 лет, но примерно 7 лет. Мой план этот сервер держать не более года, ну если будет очень много клиентов и физически руки не дойдут до смены, то протяну максимум полтора года. Но я уверен, что много новых клиентов не будет. Математика рулит ;)
Размышление человека, который где то слышал, но сам не ообенно разбирается. Делайте RAID1 на SATA и на SSD и делов то. Не надо оставатся на уровне 2006 года, когда SSD еще еле живы были, 2013 уже. SSD диски это уже повседневное явление, у меня даже на ноуте и то SSD .... Всё мониторится, теми же средствами mdadm или утилитой аппаратного рэйда, в случае проблем с рэйдом посылается предупреждение или по почте, если есть желание и SMS прикрутить можете.
RAID1 на SSD оверкил естественно, но если простой в 10 минут для развертывания бэкапа базы проблематично, то никуда от этого не денешься. Если уж на столько критичный проект, то можно ставить по диску для hotspare.
Софтварный рэйд даёт такую гибость, которую никoгда не получите с аппаратного, только думать надо, да и уметь естественно 🍿
Все виртуалки будут нагружать диск и отнимать свои IOPS. По банальной причине - логи и служебные обращения. И если база грузит сильно, то остальные тоже будут тормозить. Так как заботитесь о дисках, то мой совет - базу и Lighttpd на SSD, всё остальное + бэкапы на SATA, 7200 🍿
Или всё на SSD а барахло по NFS куда нибудь....
Если такая опасность присутсвует, то надо бежать с такого датацентра. Если сервер зависает, то надо срочно оптимизировать или менять сервер. До зависания допустить никак нельзя.
Встречный вопрос, что будет если BBU высохнет? И сколько серверов работают якобы с BBU, но фактически без него? ;) Нагрев BBU до 90 градусов и срок службы год/полтора. Дальше, write-back не во всех случаях увеличивает производительность. А если у вас зависает сервер, то значит он и греется нормально ;)
И в общем не так всё страшно, как иногда показывает в рекламных клипах. MysQL сама достаточно грамотно всем рулит, только не надо мешать.
На RAID1 все опасения наверно чисто теоретические. RAID 0,10 другой разговор. Вобще ни один рэйд не обеспечивает сохранность данных, так что надо просто расчитать как часто делать бэкапы базы. И для MySQL лучше SSD чем SAS...
hotspare или hotswap? Это разные вещи :)
Сервер должен быть неплохим, я сегодня тоже как то смотрел и подумал куда пропал keyweb. Для RAID1 батарейка не нужна.
