Здравствуйте!
Выражаем свое сочувствие и хостеру и его клиентам. К сожалению, от такого никто не застрахован за рубежом. Если это действительно интернациональная акция, то местный судья просто подмахнул постановлению по международному запросу и решать с ним, что-либо достаточно бесполезно.
Что касается верификации, политики работы с абузами - это тут ни при чем. Кому надо, тот будет сидеть ниже травы, тише воды и с документами у него все будет в относительном порядке а при этом может заниматься чернейшими делами. И так оно обычно и бывает. Таких "клиентов" можно отловить только по трафику (а контролировать трафик не везде разрешается даже в служебных целях. В некоторых странах это и вовсе запрещено законодательством) и иногда чисто интуитивно.
Надеемся, что эксперты отработают быстро и серверы вернутся в строй скоро.
Как то во флуд уходит все. На конкретный вопрос - конкретный ответ:
Что такое впс? Это группа серверов на одном сервере использующие его ресурсы (тот же хостинг по сути). Не суть так важно, что может быть не один сервер а несколько, а также что диски могут быть использоваться на SAN.
Что происходит когда хранилище данных (неважно это один диск или несколько рейдов)оказывается недоступным:
а) если файловая система повредилась ее начинают восстанавливать. Не так уж редки случаи, когда накрывается всего лишь файловая, но скандиск исправляет ее ошибки в течении суток, а то и двух. Причем, предсказать "как пойдет" починка файловой системы заранее, невозможно с оценкой точного времени работы.
б) если навернулся рейд - тут к предыдущему пункту добавляется время на замену диска или нескольких дисков, а затем время синхронизации. Во время синхронизации дисковые операции, естественно замедляются, что не ускоряет общее время восстановления.
Если имеются ежедневные бекапы. Что лучше - ждать восстановления актуальных данных или смириться с потерей данных за один день - может решить хостер так как он большой и ему виднее.
Например, если стучит клиент и просит поднять его впс срочнее пусть даже с потерей актуальности ему можно объяснить, что:
а) ай-пи адреса почти наверняка сменятся (так как надо будет переносить на другую ноду (сервер)
б) время восстановления из ежедневного бекапа какая бы технология не использовалась не может быть времени необходимого для записи данных на диск. Чем у вас больше было занято диска - тем больше времени. Разворот бекапа осуществляется обычно по сети и это еще больше увеличивает время необходимое для восстановления.
Хостер, оценивает риски и время (возможно, даже имеет план на такие случаи) и действует соответственно исходя из имеющихся технических возможностей.
Выливать это все на голову обычного пользователя, который весьма далек от этого, по дефолту не стоит. Кому надо - спросит и ему объяснят.
Ну тут кстати, вы не совсем правы. Облачный сервис вовсе необязательно предназначен бекап домашнего компа. У одного из наших клиентов видел скриптик который его бекапы кладет на DropBox. Наверное, есть и другие скрипты для других хранилищ. Тут больше вопрос в деньгах.
Возможно подойдет это:
http://robobill.net/packages.php?spt=10
Тарифы NAS - это дешевое хранилище. Льете что нужно (не забываете о необходимости ротации) и достаете когда вам нужно.
Тарифы Robo - это решение на базе Idera R1soft backup - куда интеллектуальнее. Можно настроить количество снимков системы, ротацию, архивировать только нужные папки и файлы и многое, многое другое. Но и стоит дороже.
К сожалению, в отношении ВПС или облачных сервисов ничего не изменилось - скорость копирования данных с жестких дисков особо не изменяется в течении последних нескольких лет. Поэтому чем больше данных надо скопировать - тем медленнее это происходит.
http://mysqltuner.pl
ну и надо посмотреть что тормозит - диски? WA растет? Может памяти не хватает. Начать бы с этого надо.
1) Не дадут. Выделение PI прекращено и их можно только купить либо путем передачи бизнеса (поглощение. слияние, выход из бизнеса).
2) Пункт 1 - вы можете купить фирму или бизнес у фирмы. Должны быть приложены все документы.
Можем предложить серверы в Германии (Франкфурт-на-Майне) в ДЦ Leaseweb.de. Например такой:
HP DL180 G6 2 x Intel Quad-Core Xeon E5620 100 Mbit unmetered SATA - 229 € - 99 € Акция! — Ежемесячно 4355.27 рублей.
Процессор: 2 x Quad Xeon E5620 with HT 2.4 Ггц
Память: 8 Гб DDR3 ECC reg. (изменяется до 64 Гб DDR3 ECC reg.)
Жесткий диск: 4 x 1 Тб SATA2 (изменяется до 12 x 3 Тб SATA2 или до 12 x 300 Гб 15k SAS или до 4 x 240 Гб SSD) + H/W RAID 5,10)
IP адресов: 1 (изменяется до 5 ай-пи адресов максимум)
Подключение: 100 Мбит
Трафик: 100 Мбит без учета
Производитель: Сделано Hewlett-Paccard
Установка: Бесплатно!
Срок установки: от 15 до 180 минут и зависит от заказанной О/С а также опций.
Заказ: http://robobill.net/order1.php?mode=ds&package=548
Есть и другие конфигурации, все зависит от конкретной вашей потребности и бюджета.
Мыслей было много высказано. И все, вероятно, правильные. Применительно к хостингу:
1) Если клиент неопытный, текущий хостер его достал, к новому он просто не может переехать (потому что не умеет переносить сайты и боится этого). Психологически он будет искать новых хостеров таких, которые перенесут ему сайт бесплатно. Стоит ли отказывать в бесплатном переносе клиентам, привести которых вам обойдется куда дороже (стоимость "привода" новых клиентов все растет и растет и чаще всего не оправдывается даже годом хостинга).
2) Исходя из предыдущего становится очевидным для кого переносить бесплатно интересно, а для кого нет. И при этом и та и другая позиция будут оправданны. Все зависит от обстоятельств конкретного хостера.
У нас, в силу нашей специфики, куда более интересен вопрос - а стоит ли переносить серверы клиентам бесплатно? Особенно, когда это серверы хостеров или с навороченным ПО. Что думаете по этому поводу?
HP DL120G7/Intel G850 100 Mbit unmetered - 49 €! — Ежемесячно 1999.00 RUB
Процессор: Intel Dual-Core G850 2.9 Ггц
Память: 4 DDR3 Гб (изменяется до 16 Гб DDR3)
Жесткий диск: 2 x 250 Гб SATA (изменяется до 4 x 3 Тб)
IP адресов: 1 (изменяется до 4 ай-пи адресов максимум)
Заказ http://robobill.net/order1.php?mode=ds&package=553
Пинг до Москвы:
ping yandex.ru
PING yandex.ru (213.180.193.11) 56(84) bytes of data.
64 bytes from yandex.ru (213.180.193.11): icmp_seq=1 ttl=54 time=54.1 ms
64 bytes from yandex.ru (213.180.193.11): icmp_seq=2 ttl=54 time=54.0 ms
64 bytes from yandex.ru (213.180.193.11): icmp_seq=3 ttl=54 time=54.0 ms
--- yandex.ru ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 54.004/54.081/54.172/0.202 ms
