Коллега, вы немного плаваете :) Количество хопов говорит лишь о том, через какое (примерно) количество роутеров идут пакеты и в прямую не имеет отношения к RTT. И в интернете нет определения "прямоты" маршрута или его "закруглений".
А знаете ли Вы, что mtr - тоже не показатель? Например, если по трассе стоят juniper'ы c ограничением на кол-во пакетов и полосы в сторону себя любимого, Вы практически гарантированно увидите "потери", но это - не потери в канале, а сработка полисера роутера.
Я когда-то давно писал об этом у себя.
Так что mtr - это инструмент для быстрой диагностики, если что-то идет не так, но никак не способ постоянного анализа эффективной полосы или стабильности каналов.
Извините, но это не так. Стоимость канала и пинги в МСК не всегда кореллируют, мягко говоря. Не вводите читателей в заблуждение.
А вот это - верно. Но не забывайте, что Интернет - это не только вэбстраницы и сайтики на пэхапэ. Есть ряд интерактивных сервисов (онлайн-игры, видеосвязь и т.п.), где RTT влияет. Но также стоит заметить, что есть другие важные параметры - это потери и джиттер. Если с ними не все в порядке - никакой RTT не поможет.
У нас (ИТЛ) есть лицензий пачка:
беспроводка в регионе (2.4ггц)
телефония и передача данных
строительство линий и сооружений связи (не помню точную формулировку)
Раньше (когда интернет на Украине лицензировался), была лицензия и на Интернет. Сейчас Интернет и хостинг не лицензируются, но есть закон "О Телекоммуникациях", куда попадает и доступ, и хостинг.
Почему? Я за 3 минуты обучил Google правильно определять мое местоположение для twitter, когда я дома - просто включил на коммуникаторе GPS, подключился к домашнему Wi-Fi и запустил Google Maps. Теперь Google правильно рисует мой домашний локейшн без включенного приемника GPS на телефончике - в базе данных есть MAC домашней wi-fi точки и ее координаты, а современные броузеры и всякие андроиды умеют на основании этих данных получать локейшн. Так что большой брат не дремлет :)
Согласен, поэтому я и подчеркнул, что это предположение :)
ddeineka добавил 07.07.2011 в 12:00
Живо представил себе картину - "датацентр" в виде деревянных стеллажей в поле :) Можно сэкономить на охлаждении, но что делать с осадками ? :)
Смотрите на картину шире. Предполагаю, для того, чтобы наиболее точно определить физическое расположение, логично найти в базе геолокации засветившееся местоположение (например, в ДЦ стоит wi-fi точка, а я пришел туда со своим коммуникатором), а затем определить сети, политика маршрутизации которых идентична с той сетью, адрес из которой был получен коммуникатором через wi-fi. В этом случае точность будет буквально до улицы и номера дома :)
Поле country в ripedb, как верно заметили предыдущие ораторы, по большому счету - профанация. Я, как MNT своего блока и LIR, могу написать там все, что угодно.
Но позволю себе не согласится с тем, что присутствие к региону определяется преимущественно присутствием в IXP (Internet Exchange Point). Пример - Google есть в UA-IX, но это не означает, что он в Украине :)
Сервисы геолокации, используют массу факторов, и whois явно стоит не на первом месте. Почитайте, например, на сайте opera (раздел "Как работает геопозиционирование?") и описание, допустим, Яндекс.Локатора. Эти сервисы дают гораздо более точные данные, нежели RIPEdb :)
впс однозначно, ибо диск :)
Коллеги, сравнение некорректное - мы пытаемся сравнить, какой автомобиль лучше - синий или зеленый, не обращая внимание на другие факторы.
Пример1. дедик на свежем железе одного из клиентов, sata-диски.
root@itlds23:~# time dd if=/dev/zero of=TEST bs=1M count=200 200+0 records in 200+0 records out 209715200 bytes (210 MB) copied, 0.386807 s, 542 MB/s real 0m0.388s user 0m0.004s sys 0m0.380s root@itlds23:~# time dd if=TEST bs=1M of=/dev/null 200+0 records in 200+0 records out 209715200 bytes (210 MB) copied, 0.0781007 s, 2.7 GB/s real 0m0.080s user 0m0.000s sys 0m0.080s
Привет 2. VPS-нода, под нагрузкой:
[axl@vps2 ~]$ time dd if=/dev/zero of=TEST bs=1M count=200 200+0 records in 200+0 records out 209715200 bytes (210 MB) copied, 0.259201 seconds, 809 MB/s real 0m0.311s user 0m0.000s sys 0m0.311s [axl@vps2 ~]$ time dd if=TEST bs=1M of=/dev/null 200+0 records in 200+0 records out 209715200 bytes (210 MB) copied, 0.042709 seconds, 4.9 GB/s real 0m0.044s user 0m0.001s sys 0m0.043s
Плюс - на дедике не будет соседей, будет больше файлдескрипторов, свое настоящее (а не виртуальное) железо, лучше безопасность данных с точки зрения ограничения доступа. Плюс любая ОС, тюнинг оной и т.п.
Минус - на дедике за сравнимые деньги НЕ БУДЕТ raid-контроллера, провайдер не будет делать бэкапов и нельзя будет добавить ресурсов нажатием кнопок. За такие деньги дедик будет собран из самых дешевых комплектующих.
Так что выбирать нужно под задачи.
Обратите внимание на нашу тему. Оверселлинга нет и принципиально не будет. Доступен бесплатный тест.
Вы не представляете, насколько малое количество тех, кто гордо именует себя "датацентрами", публикует действительно реальные фотографии своего ДЦ. Как-нибудь посмотрите метаданные (EXIF) картинок на сайтах "датацентров" - будете очень удивлены результатами.
У клиента был самописный софт и кто-то снес каталог типа _admin_ или что-то подобное. Т.е. сайт работал нормально, но ответственные сотрудники клиента не могли там ничего изменить.
