coolvds: ага - а ещё бывает ситуация, когда в офис забегают иногда грабители и дают по башке админам, они судорожно падают на клавиатуру и попадая в нужные кнопки взламывают сайт презедента страны и так же случайно пишут 2 предложения гадостей на главной. Через 20 минут у них в офисе СОБР - компания закрывается, оборудование конфисковывается и не возвращается. Как тут быть???
не нужно лишнего накручивать - обычно в нормальных ДЦ все эти моменты предусмотрены. Когда данные хранятся не на одном винте а на 5 одновременно, а ещё если это NAS , вероятность выхода из строя дисковой подсистемы очень низкая - практически нулевая.
Согласен с вами, но вы немного путаете, мы обсуждаем ситуацию в которой совершенно не играет роли сколько у вас винчестеров, какой у вас NAS или какого уровня RAID, админ зашел и удалил .... данные самым честным образом удалены, с вашего NAS-а , с вашего RAID-а с вашех 5 винтов в RAID5 или откуда угодно..... Бекап это отложенное отдельно , а об отказоустойчивости систем можем поговорить в отдельной ветке, умею lustrefs, glusterfs. Распределенные вычисления, хранение данных.
Павел Гаврилин: Romka_Kharkov, как я уже и говорил тут - мы стараемя быть честными, я бы мог Вам ответить как-нибудь из серии, что "у нас все 100% надежно" и "что Вы, это просто невозможно, он непотопляем", но это не так, и такие ситуации возможны, хоть мы и стараемся свести их вероятность к нулю, но, если это все-таки случится, да, отвествтенность мы с себя снимаем, о чем написано в нашей оферте, её тут тоже уже обсуждали, никто этого не скрывает.
Я считаю, что наши клиенты получают достаточно качественные услуги и, имея возможность сэкономить на оплате VPS, по сравнению с некоторыми другими предложениями, могут позволить себе аренду бэкап-сервера и создание резервных копий.
Я понимаю, к чему Вы клоните, что это нужно прежде всего нам, как провайдеру, благо, я не первый год занимаюсь хостингом, но на данный момент ситуация именно такая, это осознанное решение, мы пришли к нему не кости кинув.
Весьма плачевный опыт IMHO, потерять клиентов, потому, что админ "сел не на ту кнопку" или "девочка из супорта нажала не туда", если лишний бекап сервер и моск админа не могут решить эту проблему , то или админ "лапух" или на бекап сервер не влазит весь объем :) :) :) :)
Add1: Кстати, а зачем тогда в оферте остальные пункты, если есть пункт "мы ответственности не несем" ?
madoff: Транспарант типа MT ?, вы за какой дос го-варите? за гигабитный,? на скоко система грузится? если, допустим баним айпи, и он посылает на сервер 80 мегабит ?, помойму 0.2% ядро если и будет загрузка и то хорошо.
Я не буду оспаривать софтовые методы, и аппаратные, но соотношение нашего доса и методов по-мойму понятные, либо они нас каналом, либо мы их осилим, чаще всего они нас каналом, так как клиент ищит бюджетные варианты, и дц не хочет что бы мелкие пакеты портили ему картину )
DDoS вариантов конечно много, вопросов нет и железное решение это не панацея, я только лишь сказал что из вменяемых вариантов это было бы самым приемлемым, не боле того, я не пропагандирую ничего и не предлагаю...
Касательно 0.2% это по моему горячевато, но можно проверить, так же берем во внимание, что 80Mb/s это почти 90% всего возможного канала при 100Mb/s подключении (минус технические), а так же возьмем во внимание , что ДДоС-а в 10Mbit/s вполне будет достаточно что бы ваш сервер "перестал отвечать на запросы" если опять же провайдер зажал вас в 10Mb/s, железные решения должны быть на стороне провайдера, а у клиентов должны быть ключи для работы со своим каналом(окружением) у провайдера (некий аналог "BGP community" только по отношению к листам доступа), фактически access_list где перманентно дестенейшон указан на ваш ИП, и вы манипулируете только входом к себе на сервер, конечно до таких реализаций многие провайдеры не доходят просто потому, что. :(
Павел Гаврилин: Romka_Kharkov, это не виртуальный хостинг, тут подразумевается некоторая степень ответственности клиента за свой сервер и информацию на нем, в том числе, создание бэкапов критичных данных. Точно также, как предоставление клиенту root пароля. Для выделенного сервера никто бэкапы, если он неадминистрируемый, за Вас делать не будет.
Мы предоставляем место на бэкап-сервере по приемлемой цене, оно не включено в цену VPS, как это бывает, мы оставляем право выбора клиенту, те, для кого вопрос сохранности данных стоит на первом месте, всегда покупают эту усулугу и бэкапятся. Ну и как правильно заметил Павел, лишняя нагрузка на ноду тоже не всех обрадует.
Кстати, согласитесь, и на виртуальном хостинге наличие бэкапов на бумаге не означает их существование в реальности по разным причинам, так что, как и много раз было рекомендовано на этом форуме и как многие уже делают - можно и нужно иметь несколько собственных бэкапов, не полагаясь только на хостера, это не так сложно.
Безусловно, это все не относится к данной ситуации и ни в коем мере не оправдывает допущенную нами оплошность, а является только ответом на Ваш вопрос.
Я и не претендую на рассмотрение вашей ситуации, вы все правильно говорите и складно, в дедикейтед сервер никогда бекапы не входили и мало того заказывая дедикейтед можно взять доп. винт и особо не переживать (образно), я задал этот вопрос Вам потому, что меня интересует ваша сторона.... провайдерская, ну а допустим пострадал не 1 клиент а ВСЕ на сервере, от неопытности админа который "не выспался" хотя бы по этим соображениям ? Ну или к примеру сгорел винт на ноде или самая любимая история это попадание молнии в сервер, другими словами как Вы обезопасили себя как компанию предоставляющую такие услуги от форс-мажера при котором потеряны данные, ведь если оценить опять же к примеру ущерб ВСЕХ клиентов на этом сервере..... то там я думаю в 50$+извините не влезть.... Судя по всему в этом плане все в полном объеме ложиться на плечи клиентов, даже потеря информации по виде провайдера! Лично я нахожу это странным, но это мое IMHO.
Pavel.Odintsov: В среднем на каждом сервере занято порядка 250 Гигабайт, при этом очень высок процент мелких файлов, резервное копирование такого объема даже на довольно быстрый отдельный дисковый массив занимает около 10-15 часов (частично по вине как раз мелких файлов) и производит крайне высокую нагрузку на диск. Это приводит к значительному снижению скорости работы дисковой системы для клиентских серверов, что неприемлемо.
Конечно, возможен вариант инкрементальных бэкапов, но он также требует считывания всех файлов и поиска изменившихся, что по нагрузке на диски выходит примерно также, разве что экономит место на бэкап стораджах, с которым как раз никаких проблем.
Павел, ну согласитесь, это не совсем то и повод отказываться от бекапов? Их же можно развести в несколько потоков, хоть по буквам клиентов и складывать без особых проблем. Допустим разбить ваши 250 GB на 7, получаем 35GB в сутки (должно быть легче чем 250GB раз в 7 ровно), разве есть разница в том, кому в субботу бекап делать а кому в четверг, главное что бы бекап был.... ;)
А вот складывать их инкрементно или хранить копии последних 10 фулл-бекапов это конечно уже дело второе и не клиентское.
Не забываем так же что Firewall это не панацея :) Трафик продолжает приходить и обрабатываться ядром, он конечно реджектится или денайдится, но обрабатывается! Из вменяемых вариантов видел только промежуточные устройства (transparent) которые занимаются отслеживанием и блокировкой трафика согласно установленным правилам. Софтовое решение может иметь смысл только в том случае, если ваш софт, к примеру подаст SNMP запрос на маршрутизатор вашего ISP (или ваш маршрутизатор) тем самым зароутив IP злоумышленника в Null0 (тем самым сняв нагрузку с вашего CPU от обработки пакетов которые продолжают приходить не смотря на iptables или недай бог .htaccess :)))))) ).
Программные продукты ("от DDoS") призваны только к мониторингу и выявлению нарушителей, так же можно пользоваться в виде анализатора, а далее как правило приходится или связываться с ISP или самому лезть на маршрутизаторы (если конечно имеется возможность).
Т.С: У Вас в опросе отсутствует пункт "Железные решения от DDoS", я бы выбрал его, бесспорно!
Павел Гаврилин: robust, спасибо за понимание, я надеюсь, что Вы сможете все восстановить. По поводу форума - позволю Вас поправить, я никогда не оставляю такие проблемы без внимания, да и любые вообщем-то, мне всегда можна написать на complain@fastvps.ru или здесь, хочу, чтобы наши клиенты, настоящие и будущие - это понимали... Хотя, конечно, моя задача сделать так, чтобы на этот ящик приходил только СПАМ.
Я искренне желаю Вам успехов и Вашему сайту также, уверен, что больше ни одна неверная рука админа ему не помешает расти и развиваться!
День добрый,
Честно говоря, просто интересно, почему нет бекапов, не ужели это так проблематично?
ага - а ещё бывает ситуация, когда в офис забегают иногда грабители и дают по башке админам, они судорожно падают на клавиатуру и попадая в нужные кнопки взламывают сайт презедента страны и так же случайно пишут 2 предложения гадостей на главной. Через 20 минут у них в офисе СОБР - компания закрывается, оборудование конфисковывается и не возвращается.
Как тут быть???
не нужно лишнего накручивать - обычно в нормальных ДЦ все эти моменты предусмотрены.
Когда данные хранятся не на одном винте а на 5 одновременно, а ещё если это NAS , вероятность выхода из строя дисковой подсистемы очень низкая - практически нулевая.
Согласен с вами, но вы немного путаете, мы обсуждаем ситуацию в которой совершенно не играет роли сколько у вас винчестеров, какой у вас NAS или какого уровня RAID, админ зашел и удалил .... данные самым честным образом удалены, с вашего NAS-а , с вашего RAID-а с вашех 5 винтов в RAID5 или откуда угодно..... Бекап это отложенное отдельно , а об отказоустойчивости систем можем поговорить в отдельной ветке, умею lustrefs, glusterfs. Распределенные вычисления, хранение данных.
Romka_Kharkov, как я уже и говорил тут - мы стараемя быть честными, я бы мог Вам ответить как-нибудь из серии, что "у нас все 100% надежно" и "что Вы, это просто невозможно, он непотопляем", но это не так, и такие ситуации возможны, хоть мы и стараемся свести их вероятность к нулю, но, если это все-таки случится, да, отвествтенность мы с себя снимаем, о чем написано в нашей оферте, её тут тоже уже обсуждали, никто этого не скрывает.
Я считаю, что наши клиенты получают достаточно качественные услуги и, имея возможность сэкономить на оплате VPS, по сравнению с некоторыми другими предложениями, могут позволить себе аренду бэкап-сервера и создание резервных копий.
Я понимаю, к чему Вы клоните, что это нужно прежде всего нам, как провайдеру, благо, я не первый год занимаюсь хостингом, но на данный момент ситуация именно такая, это осознанное решение, мы пришли к нему не кости кинув.
Весьма плачевный опыт IMHO, потерять клиентов, потому, что админ "сел не на ту кнопку" или "девочка из супорта нажала не туда", если лишний бекап сервер и моск админа не могут решить эту проблему , то или админ "лапух" или на бекап сервер не влазит весь объем :) :) :) :)
Add1: Кстати, а зачем тогда в оферте остальные пункты, если есть пункт "мы ответственности не несем" ?
Уж простите, вижу именно так.
Транспарант типа MT ?, вы за какой дос го-варите? за гигабитный,? на скоко система грузится? если, допустим баним айпи, и он посылает на сервер 80 мегабит ?, помойму 0.2% ядро если и будет загрузка и то хорошо.
Я не буду оспаривать софтовые методы, и аппаратные, но соотношение нашего доса и методов по-мойму понятные, либо они нас каналом, либо мы их осилим, чаще всего они нас каналом, так как клиент ищит бюджетные варианты, и дц не хочет что бы мелкие пакеты портили ему картину )
DDoS вариантов конечно много, вопросов нет и железное решение это не панацея, я только лишь сказал что из вменяемых вариантов это было бы самым приемлемым, не боле того, я не пропагандирую ничего и не предлагаю...
Касательно 0.2% это по моему горячевато, но можно проверить, так же берем во внимание, что 80Mb/s это почти 90% всего возможного канала при 100Mb/s подключении (минус технические), а так же возьмем во внимание , что ДДоС-а в 10Mbit/s вполне будет достаточно что бы ваш сервер "перестал отвечать на запросы" если опять же провайдер зажал вас в 10Mb/s, железные решения должны быть на стороне провайдера, а у клиентов должны быть ключи для работы со своим каналом(окружением) у провайдера (некий аналог "BGP community" только по отношению к листам доступа), фактически access_list где перманентно дестенейшон указан на ваш ИП, и вы манипулируете только входом к себе на сервер, конечно до таких реализаций многие провайдеры не доходят просто потому, что. :(
Romka_Kharkov, это не виртуальный хостинг, тут подразумевается некоторая степень ответственности клиента за свой сервер и информацию на нем, в том числе, создание бэкапов критичных данных. Точно также, как предоставление клиенту root пароля. Для выделенного сервера никто бэкапы, если он неадминистрируемый, за Вас делать не будет.
Мы предоставляем место на бэкап-сервере по приемлемой цене, оно не включено в цену VPS, как это бывает, мы оставляем право выбора клиенту, те, для кого вопрос сохранности данных стоит на первом месте, всегда покупают эту усулугу и бэкапятся. Ну и как правильно заметил Павел, лишняя нагрузка на ноду тоже не всех обрадует.
Кстати, согласитесь, и на виртуальном хостинге наличие бэкапов на бумаге не означает их существование в реальности по разным причинам, так что, как и много раз было рекомендовано на этом форуме и как многие уже делают - можно и нужно иметь несколько собственных бэкапов, не полагаясь только на хостера, это не так сложно.
Безусловно, это все не относится к данной ситуации и ни в коем мере не оправдывает допущенную нами оплошность, а является только ответом на Ваш вопрос.
Я и не претендую на рассмотрение вашей ситуации, вы все правильно говорите и складно, в дедикейтед сервер никогда бекапы не входили и мало того заказывая дедикейтед можно взять доп. винт и особо не переживать (образно), я задал этот вопрос Вам потому, что меня интересует ваша сторона.... провайдерская, ну а допустим пострадал не 1 клиент а ВСЕ на сервере, от неопытности админа который "не выспался" хотя бы по этим соображениям ? Ну или к примеру сгорел винт на ноде или самая любимая история это попадание молнии в сервер, другими словами как Вы обезопасили себя как компанию предоставляющую такие услуги от форс-мажера при котором потеряны данные, ведь если оценить опять же к примеру ущерб ВСЕХ клиентов на этом сервере..... то там я думаю в 50$+извините не влезть.... Судя по всему в этом плане все в полном объеме ложиться на плечи клиентов, даже потеря информации по виде провайдера! Лично я нахожу это странным, но это мое IMHO.
В среднем на каждом сервере занято порядка 250 Гигабайт, при этом очень высок процент мелких файлов, резервное копирование такого объема даже на довольно быстрый отдельный дисковый массив занимает около 10-15 часов (частично по вине как раз мелких файлов) и производит крайне высокую нагрузку на диск. Это приводит к значительному снижению скорости работы дисковой системы для клиентских серверов, что неприемлемо.
Конечно, возможен вариант инкрементальных бэкапов, но он также требует считывания всех файлов и поиска изменившихся, что по нагрузке на диски выходит примерно также, разве что экономит место на бэкап стораджах, с которым как раз никаких проблем.
Павел, ну согласитесь, это не совсем то и повод отказываться от бекапов? Их же можно развести в несколько потоков, хоть по буквам клиентов и складывать без особых проблем. Допустим разбить ваши 250 GB на 7, получаем 35GB в сутки (должно быть легче чем 250GB раз в 7 ровно), разве есть разница в том, кому в субботу бекап делать а кому в четверг, главное что бы бекап был.... ;)
А вот складывать их инкрементно или хранить копии последних 10 фулл-бекапов это конечно уже дело второе и не клиентское.
Драсти,
Не забываем так же что Firewall это не панацея :) Трафик продолжает приходить и обрабатываться ядром, он конечно реджектится или денайдится, но обрабатывается! Из вменяемых вариантов видел только промежуточные устройства (transparent) которые занимаются отслеживанием и блокировкой трафика согласно установленным правилам. Софтовое решение может иметь смысл только в том случае, если ваш софт, к примеру подаст SNMP запрос на маршрутизатор вашего ISP (или ваш маршрутизатор) тем самым зароутив IP злоумышленника в Null0 (тем самым сняв нагрузку с вашего CPU от обработки пакетов которые продолжают приходить не смотря на iptables или недай бог .htaccess :)))))) ).
Программные продукты ("от DDoS") призваны только к мониторингу и выявлению нарушителей, так же можно пользоваться в виде анализатора, а далее как правило приходится или связываться с ISP или самому лезть на маршрутизаторы (если конечно имеется возможность).
Т.С: У Вас в опросе отсутствует пункт "Железные решения от DDoS", я бы выбрал его, бесспорно!
robust, спасибо за понимание, я надеюсь, что Вы сможете все восстановить. По поводу форума - позволю Вас поправить, я никогда не оставляю такие проблемы без внимания, да и любые вообщем-то, мне всегда можна написать на complain@fastvps.ru или здесь, хочу, чтобы наши клиенты, настоящие и будущие - это понимали... Хотя, конечно, моя задача сделать так, чтобы на этот ящик приходил только СПАМ.
Я искренне желаю Вам успехов и Вашему сайту также, уверен, что больше ни одна неверная рука админа ему не помешает расти и развиваться!
День добрый,
Честно говоря, просто интересно, почему нет бекапов, не ужели это так проблематично?
Dear All,
Ну что еще надо?😡
Безлимитный трафик - есть, тарифы за 1$ есть ;)
Что происходит?:(
Добрый день!
Новый тарифный план "Unlimited-Mini"
Место: 2,5 Gig
Трафик: Unlimited
POP3/MySQL: Unlimited
PHP/CGI/SSH: Yes
Domains: 12
cPanel: Yes
1 месяц - $6.00
3 месяца - $18.00
6 месяцев - $36.00
Добрый день!
Новый тарифный план "Onyx-Unlimited-Small"
Место: 5 Gig
Трафик: Unlimited
POP3/MySQL: Unlimited
PHP/CGI/SSH: Yes
Domains: 25
cPanel: Yes
1 месяц - $12.50
3 месяца - $37.50
6 месяцев - $75.00