mirhosting.com лег?

Так как я имею сервера в нескольких германских, в одном штатовском и мимолётно по иронии судьбы всё же бывает один другой нидерландский, по этому уж не плохо знаю ситуацию с скоростями и маршрутами (пирингами).

Если будем анализировать путь, то скажем такая разница от меня до Нидерландии и до Германии:

Tracing route до Нидерландов:

3 17 ms 17 ms 16 ms 81-7-127-21.static.zebra.lt [81.7.127.21]

4 17 ms 17 ms 17 ms 82-135-178-130.static.zebra.lt [82.135.178.130]

5 67 ms 114 ms 36 ms 212.73.253.229

6 45 ms 35 ms 35 ms ae-5-5.ebr2.Berlin1.Level3.net [4.69.134.18]

7 48 ms 53 ms 54 ms ae-3.ebr2.Dusseldorf1.Level3.net [4.69.133.146]

8 48 ms 53 ms 54 ms ae-1-100.ebr1.Dusseldorf1.Level3.net [4.69.132.1 29]

9 * * * Request timed out.

10 * * * Request timed out.

11 * * * Request timed out.

12 57 ms 61 ms 68 ms ffm-bb1-link.telia.net [80.91.251.150]

13 55 ms 55 ms 53 ms hbg-bb1-link.telia.net [80.91.248.82]

14 56 ms 65 ms 65 ms adm-bb1-link.telia.net [80.91.252.40]

15 60 ms 56 ms 60 ms adm-b3-link.telia.net [80.91.254.129]

16 71 ms 71 ms 71 ms reasonnet-ic-124520-adm-b3.c.telia.net [213.248. 104.222]

17 69 ms 69 ms 108 ms 89.30.133.10

18 973 ms 111 ms 75 ms 89-18-191-30.pcextreme.nl [89.18.191.30]

19 70 ms 70 ms 70 ms конечная остановка

Trace complete.

Tracing route до Германии:

3 16 ms 16 ms 17 ms 81-7-127-21.static.zebra.lt [81.7.127.21]

4 23 ms 22 ms 22 ms 82-135-178-86.static.zebra.lt [82.135.178.86]

5 65 ms 64 ms 64 ms de-cix02.fra3.gatewayrouter.net [80.81.193.147]

6 77 ms 64 ms 63 ms 89-149-218-62.internetserviceteam.com [89.149.21 8.62]

7 66 ms 65 ms 65 ms конечная остановка

Trace complete.

Надеюсь мне не надо объяснять что это показывает, и то, что каждый хоп это потенциальная проблема.

Мне лично до лампочки, кто кого пиарит, просто надо хотя бы постаратся быть адекватным. И не бросатся словами, что на пример я обманываю. Да, я умалкиваю очень много, так как считаю не коректно высказывать всё что знаю.

С другой стороны, нельзя одно лекарство применять для всех больных и болезней. Каждая компания имеет плюсы и минусы, при том для конкретного клиента. Мною приведён результат тому пример.

Ещё с другой стороны, очень опасно желаемое предьявлять за действительное. Вы сколько угодно можете желать быть лучшими, но у Вас, как и у любого другого будут проколы. И тогда все увидит что вы или кто то другой совсем такой же как и все.

Я призываю к адекватности. Конкурент не конкурент, но нужно сохранить человеческую гордость и не унижать других. Даже те кто начинает имеет право на место под солнцем....

Узнал чем дело кончилось:

сайты лежали более 8 часов.

Тем кто это заметил)), предложено обратиться за компенсацией.

Информация об аварии и комментарии представителя компании - в закрытом форуме, общедоступной информации, например, на сайте нет.

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

Выводы делайте сами.

Странно, а у меня host-tracker.com показывает след.:

***

Url was down as a result of:

Ошибка HTTP:Unix.Unix_error(_, "check_connect", "****.ru:80:Connection refused")

First error was detected at 2008-07-25 15:11:16

Last error was detected at 2008-07-26 03:35:19

Время простоя: 12 hour(s) 24 min(s) 3 sec(s).

***

Ну, значит, еще и некорректно излагают. На форуме у них было сказано "более чем на 8 часов". С тем же успехом можно было сказать, более чем на 1 час))))

Тогда тем более с такими дело иметь...

Извиняюсь за задержку в ответе в этой теме.

Просто несколько информации под занавес:

1. По SLA гарантируется 99.00 uptime в месяц для всех shared серверов. С учетом произошедшего инциндента uptime за текущий месяц (на данный момент): 98.126% (простой 12h 40m 15s)

Информация - внутреняя система мониторинга, сервис HTTP.

Это окончательная информация. Предыдущие возможно были не точные.

Компенсация начисляется в установленном порядке.

2. По тем данным, которые у меня есть, были серьезные проблемы с дисковой системой, которые потребовали несколько часов работы за консолью. Проблема была усложнена выходом из строя доп. комнонентов этого сервера, таких как IPMI карта. После выполнения работ данные были полностью актуализированы (бэкап не был задействован). Резервный сервер безусловно всегда есть, но было принято решение восстановить работу текущего массива с полностью актуальными данными вместо развертывания нового сервера и восстановления бэкапов за предыдущий день.

3. Прекрасно понимаю все эмоции и желание вылить их в адрес компании или ее отдельных сотрудников. Не очень понимаю, почему к этому присоединяются люди не имеющие никакого отношения к проблеме. Не очень понимаю, какое отношение имеет время активации лицензии к срокам восстановления работы сервера. Не очень понимаю, какое отношение имеет легализация легких наркотиков в стране к работе персонала датацентра. и т.д.

В любом случае спасибо всем, кто высказался в защиту.