Куян, это не к дисковой а к CPU имеет отношение.---------- Добавлено 16.05.2015 в 01:45 ----------Сегодня добавили новую SSD-ноду но уже на RAID10 (4 диска). Соответственно, дисковая подсистема должна себя стать еще шустрее. Если в продакшне себя нормально покажет, то дальнейшие ноды будем собирать в такой же конфигурации.---------- Добавлено 16.05.2015 в 01:47 ----------Кстати, tlk, у Вас есть возможность потестить данное решение на Ваших реальных задачах. Заодно и мы оценим, как себя будет вести сервер в реальных условиях.
Да, он мне вкратце передал ситуацию, но я еще не успел до конца вникнуть в суть вопроса, напомните номер тикета, пожалуйста, просто этот сотрудник на сегодня уже закончил свою смену.
Ilya74, Под фразой "Работаем над этим" я подразумеваю и все то, что и Вы на писали тоже ).
Просто, для anti ddos, cloud, cloud storage нужна база, в которой должны быть реализованы, в первую очередь, все те моменты, которые Вы указали. Вот над этой базой у нас и кипит в настоящий момент работа. Масштабное обновление намечено на июнь.
Работаем над этим ;)
1. Uptime, можно посмотреть на сайте ping-admin.ru
2. У меня уже складывается такое впечатление, что DDoS-атаки, на наши ресурсы происходят на завтрак, обед и ужин. Но честно говоря, я уже несколько месяцев назад, перестал обращать на них внимание. Последний раз, вроде, позавчера видел на графиках DDoS под 7 Гбит на кого-то из наших клиентов. В целом, они проходят тихо-мирно. Конечно, гарантировать я ничего не могу, но в целом, после того, как мы перевели все внешние линки на 10G, средней руки DDoS-ы, перестали быть для нас какой-то ощутимой проблемой.
Единственный случай, когда DDoS на соседа может повлиять и на Вас, это если сосед будет на том же сервере, что и Вы. У нас, примерно 10-15 минут уходит на то, чтобы заблокировать атаку. В этот промежуток времени, могут наблюдаться трудности с доступом к серверу.
Разносите сайты по разным аккаунтам или берите VDS и сажайте каждый сайт под отдельного пользователя.
А по хорошему, надо нанять программера чтобы исправил уязвимости в движке (если сайты самописные) или обновить движки и плагины до последних версий, убрать все лишние и слабоподдерживаемые плагины.
Тут, видимо, у каждого своя статистика.
По нашему опыту, аппаратные рейды сбоили чаще, чем программные. И восстановить данные, порой, гораздо проще на программном рейде, чем на аппаратном. По сути, RAID-контроллер становится еще одной точкой отказа в системе. Которая, если сдохнет, то может завалить вместе с собой все данные. В программном рейде, даже если выгорит материнская плата, диски просто переставляются в другую тушку и все стартует без каких либо, дополнительных настроек (только настройки сетевой карты подкрутить в связи с изменением MAC-адреса).
Да мы для себя, афишировать не будем. Мы периодически тестим разных коллег, но результаты тестов, в паблик не выкладываем. Я прекрасно понимаю, что с нашей стороны это будет не красиво и не независимо. Да и зачем нам это?
Вы знаете, у нас вагон софт рейдов, и таких проблем не было, и даже, в случае пропадания питания, данные не терялись. Проблема была только у одной конкретной VDS, с одним конкретным разделом. Ни один другой клиент на этой ноде, ничего подобного не испытывал. Да и по питанию она не падала.
Если хотите продолжить дискуссию на эту тему, то велкам в мою ветку, там этот случай уже подробно разжеван.
По моему, я написал внятней не куда ).
У Вас возникла проблема с разделом /tmp, запись в него стала не возможна (вероятно, его что-то повредило), вылечилась с помощью fsck. Если бы Ваш контейнер был бы переведен в режим read-only из гипервизора, то fsck тут бы не помог. Что произошло со /tmp можно узнать только внутри VDS, доступа к которой, мы не имеем (Вы его, так и не предоставили). Разбираться, как написал tulkin, надо было по горячим следам. Сейчас, скорее всего, логи внутри Вашей VDS уже затерлись. По этому, мы вряд ли уже что-то найдем. Есть вещи, которые происходят раз в 10-20 лет и потом, больше никогда не повторяются.---------- Добавлено 13.05.2015 в 00:17 ----------
Да меня, в общем то, не парят чужие подписи. Нравится людям их оставлять, пускай будут. Если они стремятся что-то здесь прорекламировать, пускай эта мелочность будет на их совести.
Я имел в виду RAID10 soft ;).
Я написал лоукост вариант, при котором, можно будет реально гарантировать работу дисковой подсистемы. Поскольку в этом случае, ТСу не придется ее делить межу соседями по серверу. На мой взгляд, если проект нужный для общественности, то монетизировать его на хотя бы, на 5к рублей в месяц (ну или найти спонсора для финансирования), особой проблемы не составит. Но это мое ИМХО, ТСу виднее. Просто пока, я вижу что у проекта проблема не с ресурсами, а финансовая. И я бы, на месте уважаемого tlk, постарался бы первым делом решить именно эту задачу.
Я написал, что быстрее, но не писал, что существенно быстрее. Вот SSD за 200-300к будут в разы быстрее или отдельное СХД от 8-16 дисков, тоже будет в разы быстрее.
Для объективности, не хватает конкретных цифр. Если бы Вы их привели, хотя бы в том виде, как это сделал я, то это было бы очень познавательно. Если не можете, то надеюсь, не будете возражать, если мы сами проведем тесты. Готовы сделать это на общих основаниях заплатив за виртуалку.
По поводу необъяснимого перевода, я ответил Вам в своей ветке. Здесь, ее развивать не будем.
Поделитесь более подробной информацией, посмотрим, сможем ли мы реализовать такое же решение в наших условиях.
