полимерные конденсаторы и не вздуются никогда, а они сейчас практически во всех материнских платах, а еще у модулей ОЗУ есть в SPD дата производства (год и неделя) 🍿
совершенно верно, юзают всякие левые решения, потом удивляются массовым взломам 😂
я проверял эффективность этих социальных кнопок и на практике убедился, что лучше ставить родные кнопки +1, лайки и т.п., так как люди их узнают лучше и кликают чаще, так что рекомендую убирать этот весь мусор и ставить родные коды сервисов 🍿
а для ленивых - http://api.yandex.ru/share/, красиво + просто + надежно + эффективно
соглашусь, я бы не рекомендовал для онлайн-видео, работает весьма нестабильно и медленно, а для обычных сайтов в самый раз, но как уже писали выше - много ip в бане роспотребнадзора, но это кому как повезет нарваться на такой фронт-сервер 🍿
а атаки бывают очень большие, например: http://www.cnews.ru/top/2014/02/12/zafiksirovana_samaya_moshhnaya_ddosataka_v_istorii_interneta_560181 - фиксируют 400Гбит 🍿
да и правильно уже сказали, что 10к ботов бывают разные, как умные так и тупые, равно как и атаки могут быть разные 10к ботов по 1мбит UDP с каждого и вот уже забит 10Гбитный линк
NAND'ы не имеют четкого показателя по износу, т.е. ячейчка может выдержать и 2к циклов и 3к циклов, берется среднее значение
и проблема износа SSD является вторичной, при средней эксплуатации диск выйдет на износ по записи через 5-6 лет, к тому моменту его можно утилизировать уже за выслугу лет 😂
RAID-1 нужен в любом случае, так как так повелось, что SSD дискам свойственно ломаться, и поломка обычно происходит либо контроллера, либо целого NAND-модуля (т.е. 16-32Гбайта), так как по сути SSD представляет во внутренней логике RAID-0 контроллер из 4-8 каналов, то вылет любого из каналов "хоронит" всю информацию на носителе
куда она вырастет, потолок по SATA - 600Мбайт\сек, практически любой SSD на рынке уже дает скорости в 500Мбайт\сек и выше, т.е. RAID-0 скорее снизит производительность (так как требуются доп. ресурсы для расчета мета-данных)
феерично, вообще-то ячейка в какой-то момент выдаст ошибку при перезаписи, и будет помечена как read only, информация из ячейки будет перенесена в другую ячейку, и работа продолжится как ни в чем небывало
еще немного практики - в среднем у дисков которые сейчас на рынке - ресурс не менее 50Тбайт на перезапись, достигнуть такой ресурс можно только за несколько лет активной эксплуатации, а на таких длительных сроках наработка на отказ у SAS/SATA дисков еще хуже, чем у SSD 🤪
возьмем типичный NAND MLC на 3к циклов перезаписи, т.е. это типично для десктопных дисков, т.е. ячейку надо переписать 3к раз, прежде чем она перестанет обновляться, но есть еще TRIM, а также GC и прочие фишки, которые приводят к тому, что возьмем к примеру 4Кб файлик, при его перезаписи, он запишется не в ту же ячейку где был, а в первую свободную ячейку, при последующей перезаписи опять запишется в новую свобдную ячейку, т.е. таким образом сделав 1000 операций перезаписи, вы равномерно снизили ресурс 1000 ячеек на диске на 1 операцию (а их 3к), и вот такое "размазывание" записи устраняет проблему "ограниченного числа перезаписи ячейки", но для того, чтобы это эффективно работало, надо оставлять на диске не менее 20% свободного пространства (некоторые производители дисков скрыто, на уровне контроллера, резервируют это пространство, продавая диски не на 256Гб например, а на 240Гбайт, т.е. резервируют пространство заранее)
крайне не советовал бы RAID-5 на SSD, иначе вся радость сойдет на нет 🤪
оптимальнее взять: 2х 240Гб в RAID-1 (на такой емкости SSD обычно выходят на максимум производительности за счет задействования всех каналов контроллера) и еще 2х SATA RAID-1 (2-3Тб)
учитывая приведенный крон лог и это безобразие от root пользователя, я бы посоветовал срочно забэкапить сайты и реинсталлить ВПСку, а на будущее - вовремя/регулярно обновлять ПО
это правильно, truecrypt обезопасит данные, как пример - в случае хищения компа\ноута, VPN спасет от "прослушивания" трафика в тех же открытых WiFi сетях и т.п.
еще имеет смысл:
- держать копии (в т.ч. заверенных) всех важных документов (может помочь в ряде нештатных ситуаций, например, в случае утраты оригиналов)
- иметь копию симки (на случай кражи\утери телефона, чтобы не попасть потом с различными сервисами, где есть подтверждение по SMS)
- заранее составить бумажные "howto-инструкции" для сотрудников/родственников, в случае возникновения нештатных ситуаций (в той же поездке можно в аварию попасть, а бизнес не будет ждать пока Вы разберетесь со своими проблемами)
правильно понимаете, скорее всего это syn-флуд, объем весьма хороший - 105.533 packets/s (так как 32Мбита в пересчете на 105к пакетов = 40 байтные пакетики)
ну так досудебное блокирование сайтов возможно же, возможно писулька из органов пришла, регистратор снял делегирование домена, но мне кажется более вероятным то, что это сам владелец домена снял делегирование (решил переждать абузу или еще какие свои причины)
