BACS, напишите в саппорт, посмотрят в чем дело.
Чтобы оформить отзыв лицензий ).
Как человек, который регулярно подписывает письма в судебные и т.п. органы, могу сказать, что в нашей стране реально запретить размещать тот или иной контент может только Суд РФ и РКН. Все остальные абузы пересылаются клиенту только в качестве уведомления (если нет прямого нарушения закона - размещение порно, материалов разжигающих межнациональную рознь, рекламы наркотиков и т.п., да и то, как правило такие абузы приходят уже от РКН). Относительно прав интеллектуальной собственности (если эти права никак не завизированы соответствующими документами), мы предлагаем разбираться самим правообладателям и нашим клиентам. Если договорится не могут, пускай обращаются в суд. И вот когда к нам придет решение суда, тогда и будем принимать меры согласно принятому решению. А из суда, к нам целые посылки порой приходят :D, где материалы дела изложены на трех-четырех пачках бумаги. Так что кому реально надо, обратятся в суд. К слову скажу, что большинство клиентов адекватно реагируют на почтовые абузы и оперативно убирают спорный материал.
Согласен, по этому любой способ надо проверять с разных сторон, то что работает в лабе, не всегда начинает нормально работать при больших нагрузках и объемах. А с нагрузками, у нас все хорошо ).
Мы тоже делали, как я выше уже писал. Но то, что нормально работает при паре-тройке сервачков, совсем не применимо, когда количество серверов уже перевалило за 5 сотен.
в этом месяце
Скоро должны перейти, сейчас пограммисты переделывают обвязки, коими в большом количестве обложен наш биллинг, как только закончат работу будем переносить данные. По поводу FreeBSD, вы всегда можете попросить подключить образ для ручной установки. Сможете установить ту версию, которая Вам необходима.
Спасибо, за инфу, попробуем реализовать (или заплатим кому-нибудь, за разработку, хотя я предпочитаю нанимать хороших спецов в штат ;)). Передам инфу админам, пускай курят. При работе с панелями ISP, данная реализация маловероятна, но в но в собственной разработке так или иначе будем реализовывать возможность бэкапов.
Евгений Русаченко, тоже, спасибо за информацию.
Сорри за долгое молчание, последние дни пришлось повести в различных самолетах с различной дальностью полета.---------- Добавлено 20.08.2016 в 23:09 ----------
Печали не будет ), его просто не будет ).---------- Добавлено 20.08.2016 в 23:17 ----------
Да, вот и первый ответ от одного из админов на скинутую инфу:
Повторю еще раз, балы показывают производительность одного ядра. По этому, сколько бы ядер на тарифе не было, это практически не влияет на количество попугаев. Это убогий тест и это признают сами разработчики.
Реальную производительность можно получить только выполнив нагрузочное тестирование (есть в битриксе). Там четко видно зависимость производительности от количества ядер.---------- Добавлено 20.08.2016 в 22:34 ----------
Уже думали над этим, в планах разработка принципиально новой тикетницы, в которой будет учтено, в том числе, и это пожелание.---------- Добавлено 20.08.2016 в 22:44 ----------
extra, Если вы знаете магический способ, как бэкапить LVM-тома, да так, чтобы еще и без фриза, то буду премного благодарен за предоставленную информацию, готов буду даже заплатить или нанять для реализации данного проекта. Я недавно написал в нашей ветке, что у нас сейчас порядка 360 Тб клиентских VDS. Через 100-мбитный канал можем тянуть порядка 12 Мбайт/с и на перекачку всех данных нам понадобиться 8739 часов или, без одного дня, год времени ). Шутка ). Я понимаю, что канал на каждый сервер и он у нас гигабитый, но факт остается фактом. Гонять целиковые VDS-ы, не очень то рационально.
1. При правильно настроенной политике бэкапов, вы будете копировать только измененные файлы используя инкрементальное копирование. По этому трафик и время будут минимальными.
2. Хостер не имеет доступов к Вашей VDS и тем более не знает, что именно нужно бэкапить.
3. Учитывайте, что в большинстве случаев, хостер видит Ваши данные как раздел жесткого диска, а не как отдельные файлы. По этому хостеру придется бэкапить весь жесткий диск со всеми нулями свободного пространства, заказали вы виртуалку с 50 гигами, все 50 гиг будут улетать в бэкап независимо от реально занятого объема. Сразу скажу, сжимать такой архив крайне не выгодно, т.к. это во-первых, будет отъедать ресурсы CPU, во-вторых сильно удлинять время бэкапирования.
По-этому, на мой взгляд, самый оптимальный способ, если клиент будет сам бэкапить нужные данные. К тому же, большинство ответственных пользователей все равно сами делают бэкапы. Как показал случай, который лег в основу этой ветки, даже наличие системы резервного копирования у хостера не дает 100% гарантии сохранности данных. Как говориться - "И на старуху бывает проруха". Про то, сколько будет стоить гарантия от хостера 100% сохранности данных, Вам уже тут объяснили не один раз.
Естественно, ни один здравомыслящий хостер не желает потерять данные своих клиентов и всячески старается избежать ситуаций, при которых это может произойти. Но желания хостеров и клиентов не всегда совпадают с экономической реальностью вопроса.
Я конечно представляю, что каждый клиент мечтает, чтобы хостер делал ежедневный бэкап его данных, да еще хранил бы ежедневные копии хотя бы в течение месяца (50х30=1.5 ТБ под одного клиента только для бэкапов. 3 доллара говорите ;)?). А если этого не будет, и будет храниться только одна копия то какова вероятность, что в ней не окажутся уже сбойные данные, если вы не будете ежедневно следить за ними (или это опять должен будет делать хостер, знать какие у Вас сайты и как они должны работать?), а то знаете, у нас даже на шаред-хостинге (на котором у нас делаются ежедневные бэкапы и самая старая хранимая копия - трехмесячной давности) попадаются такие уникумы, у которых взломали сайт попортили все данные, а они очухались только тогда, когда взломанным сайтом уже перезаписались все архивные копии. А виноват опять хостер ).
Дальнейшие рассуждения могут нас подвести к аналогии с законом Яровой, когда для его обеспечения во всей стране и хранения данных в течение полугода со всех 29 тысяч серверных стоек которые имеются в России нужно построить еще 30 тысяч стоек.
В общем, реально, самый дешевый способ, это когда клиент бэкапит сам те файлы, которые ему реально важны, а не все подряд. Для этого, мы даже предложили клиентам отдельную услугу "Хостинг для резервного копирования", более того, наша тех. поддержка, помогает настроить необходимый бэкап-план. Дальше, остается только проверять, что копии исправно создаются (можно настроить уведомления на почту).
Ну и в конце могу добавить, что при правильно настроенном на VDS внутреннем бэкапе, восстановить данные получается гораздо быстрее в случае сбоя чем тянуть из архива 50 гигабайный диск и поднимать его на ноде.---------- Добавлено 14.08.2016 в 03:47 ----------
Собственно говоря, я написал выше почему данный вариант экономически выгоден.---------- Добавлено 14.08.2016 в 03:49 ----------Да, и 5 рейд не очень оправдал себя по производительности, новый сервер уже собрали на 10 рейде.
blg, Зависают, они у всех зависают. BMC можно и с сервера перегрузить. Если локально, то пароль админа не требуется. Админа не даем, чтобы не терялось управление по IPMI из панели управления. Из панели же будет видно, завис IPMI или нет.
Собственно говоря, если BMC завис, то админиский доступ тут не поможет. Тут только 2 варианта или обесточивать север или давать команду на перезагрузку из под локальной ОС.
