[Megas]

Люди, которые пугают потерей данных без ECC, на самом деле банально ничего в отказах не понимают. Им стоит хотя бы дядюшку Джо послушать, прежде чем фантазировать.

О, ну все, теперь ставим продакт исключительно без ECC, ведь все защишено.

А ну гений, скажите что будет с программой если будет произведенно обращение за пределы выделенной памяти? У вас хорошие знания, но к сожалению большинство основано скорее всего на теории, здесь же люди сидят исключительно с практической точкой зрения, которые привыкли по ночам спать, а не просыпаться под вопли телефона от того что где-то завалился очередной сервер. Как уже было сказано, если есть возможность, то лучше лишний раз изначально перестраховаться, чем потом просыпаться по каждому шороху.

Изменено 13 мая, 2015 пользователем Megas

[ttttt]

И да, статистика нищебродского хетцнера

Хетцнер помню не так давно вообще пару дней валялся под ддосом.

 

здесь же люди сидят исключительно с практической точкой зрения, которые привыкли по ночам спать, а не просыпаться под вопли телефона от того что где-то завалился очередной сервер

Ой, не рассказывайте сказки, "практики". На практике не все такие ламеры, не все ДЦ строили ламеры и не во всех ДЦ работают ламеры. Есть в OVH серверы? В курсе, как там происходит? Не отвечает сервер, тут же создался инцидент и тут же дежурные инженеры лезут в сервер смотреть и чинить. Ничего вообще не надо делать, просыпаешься и читаешь только почту, что там что-то происходило, пока спал.

Но этим проблемы не ограничиваются. И без фейловера в другие ДЦ все равно спать не получится. Углубляться не буду.

Расскажите лучше нитру про простои ДЦ, не стесняйтесь, а то он наивно верит в какие-то минуты.

 

суть в том, что софт доверяет железу, а памяти слепо верит. тот же распрекрасный zfs

Уточню, плохой софт - доверяет.

 

А ZFS создавался для тех, у кого в излишке большие серверы с ECC, это далеко не фс для всех подряд.

[NiTr0]

Уточню, плохой софт - доверяет.

 

А ZFS создавался для тех, у кого в излишке большие серверы с ECC, это далеко не фс для всех подряд.

Значит все файловые системы - плохие (т.к. они кешируют данные в памяти), и 99.99% софта. 0.01% оставшегося - аййки просаживает производительность дополнительными поверками на каждое изменение данных в памяти, делая софтовую эмуляции ЕСС, так? :)

[stas_k]

И да, статистика нищебродского хетцнера: http://www.webhostin.../Hetznerde.html

 

это левак какой то а не статистика.

у хетцнера одних только зданий полтора десятка. http://wiki.hetzner.de/index.php/Rechenzentren_und_Anbindung/ru

 

а их эпичные падения можно в онлайне почитать тут http://www.hetzner-status.de/en.atom

 

хетцнер берет числом.

 

мало приятного, когда стойка с твоим сервером оказывается в числе "всего трех" потерявших связь и электропитание на трое суток. пока турки щелкнут автоматом в щитке техники найдут и устранят причину.

[vop]

А по сути топика так все и заглохло. :)

[kayot]

А что может быть по теме кроме холивара? :)

Доля "канала в 12 мбит поделить на 2 конторы" пойдет абсолютно любое железо, у нас помню как принт-сервер старый ноутбук с оторваным экраном использовался несколько лет, тупо под принтером в тумбочке лежал.

 

-старый ноут + вторую сетевку в USB/pcmcia, заодно и УПС не нужен.

-любую ITX плату с атомом

-китайские мини-ПК что кидались в теме

[SyJet]

А по сути топика так все и заглохло. :)

Почему же, уже написал - я бы взял микротик какой-нить (например 433AH - они работают стабильно), написал бы скрипт, который брал бы статистику с интерфейса либо с очереди, и писал бы статистику в файл на сам микротик, а раз в месяц - отправлял бы его на почту. И мозг не парить.

[Megas]

Под те задачи atom 2500cc который с двумя сетевками, на ура справится. А вот что-то серьезное уже надо более серьезное железо.

[BETEPAH]

написал бы скрипт, который брал бы статистику с интерфейса либо с очереди

Не надо скрипт, у них есть тулза для этого: http://www.mikrotik.com/download/TrafficCounter.zip