Кто может предоставить VPS или dedicated по Anycast

bizal, это крайне странное понимание назначения протокола BGP. Как я понимаю, Вы хотите добиться тотальной доступности и отказоустойчивости, эти задачи BGP и призван решать. А вот то, что указал kpv - игрушки и информационная составляющая, это дело можно получить в общем-то и без реального BGP, попросив аплинка делать актуальный дамп маршрутов раут таблицы.

Так работают GGC и Akamai, к примеру. Думаете, что это хорошая задача - загрузить аплинка дополнительной задачей каждый день факсом присылать список роутинга? А если локаций у вас больше чем две - надо ещё список этих CIDR обработать на каждой точке. Для этого и необходим looking glass. Возьмите обычную повседневную задачу - определить причину плохого прохождения пакетов до определенного провайдера (точки). Если "с той стороны" у вас нет возможности LG - вам ничего не остаётся, как попросить клиентам самому проанализировать ситуацию или послать его к провайдеру "за дополнительной информацией.

kpv, то, что вы гвоорите не имеет никакого отношения к слову anycast. Вы говорите об устройстве CDN, мы же - исключительно и свойстве BGP протокола, не стоит смеивать все в одно :)

Если tcp/ip то можно собрать статистику по tcp retransmition и по достижении какого-то порога перенаправлять на другую точку запросы. Если у вас крупная сеть - всё должно работать на автомате, либо постоянно будете получать что-то наподобии этого http://www.nn.ru/community/gorod/internet/?do=read&thread=2632384&topic_id=60782065

А это деградация сервиса и убытки бизнесу. Используя anycast BGP ваша маневренность и гибкость снижается практически до нуля, уже не говоря о том, что на tcp-ip вы по дефолту получаете обрыв стандартных tcp/ip сессий. Процент обрыва, конечно, маленький, но работая только по anycast уже сразу возникает вопрос - что с ним делать?

---------- Добавлено 16.01.2013 в 14:03 ----------

anycast + BGP +под свой небольшой CDN = разве не об этом смешивании идёт речь у ТС?

или Вы уже о чём то своём думаете? Напишите, я то я теряю нить разговора.

kpv, Вы усложняете, в поставленной в первом посте ТС задаче все просто до упора. Ставится 5 серверов в разных частях света, все они получают один айпи (сеть) и силами BGP (вообще без какой-либо конфигурации) идет выбор близлежещего сервера к получателю.

Безусловно, всем известно, что BGP - не панацея и он временами "странно" оценивает маршруты, но в случае устанвоки машин в разных частях света aspath для россиийского клиента явно будет такой, что трафик уж точно не пойдет на американский сервер, а приземлится где-то у нас, этим и будет достигнут выйигрыш в скорости.

Вы же хотите "полноценный CDN", что очень и очень дорого.

5 vds с anycast дешевле чем 5 vds без anycast+geodns?

В каком месте он дешевле?

И что такое "полноценный CDN" и чем он отличается от других? В моём понимании CDN либо есть, либо его нет.

спасибо за живое обсуждение.

Решил описать, что нужно подробнее.

Есть 6 серверов: США восток, США запад, Европа (Лондон), Сингапур, Австралия, Пекин.

Все зеркала.

Сейчас направляем пользователя на ближайший по GeoIP DNS, база maxmind.

Была проблема с 10% пользователей, пользующих Google Public DNS (http://habrahabr.ru/qa/28055/).

Ее решили через получение edns-client-subnet.

Теперь вроде бы всё "ок" для юзеров, НО "не ок" для индексации.

Предположительно у гугла есть в австралии сервер-паук. Так вот он ни разу не заходил и не зайдет на австралийский сервер, т.к. хотя физически он и в австралии, но IP и у него и у рекурсивного ДНС сервера гугла (если он его использует) из гугловской сети (а это US, CN или европа). И его соответственно направим на сервера не в Австралии.

Не вижу кроме anycast другого решения.

Поэтому и планируем использовать GeoDNS + Anycast.

---------- Добавлено 16.01.2013 в 15:10 ----------

спасибо, запрос написал

http://lionet.livejournal.com/75636.html

смотрите этот абзац

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

В кратце проблема в следующем - идёт передача потока, на середине передачи где щёлкнул маршрут на bgp - часть трафика устремилась на новую(другую) точку, но так как там их совсем не ждут - обрыв всех этих передач.

Решения есть, но практически всегда оно вырождается то первого варианта - geodns.

В Вашем случае надо не готовую базу geodns использовать, а в динамике строить свою - для этого и необходима информация о маршрутах. Откуда Вы её получите - с ближайшего bgp, со своих серверов или от клиента - вопрос реализации.

на какой-то конкретной точке по bgp необходимо получить список CIDR - для этого достаточно получить доступ к LG датацентра, в большинстве случаев это проще, чем поднять bgp anycast.

Периодически парсим логи на точках, корректируем свой GeoDNS. Ютуб, скорее всего, собирает ещё статистику со стороны клиента (видимо в плеер встроено всё) и может сам переключаться на другую точку и отправлять стату на центральный сервер для анализа и корректировки.

Сейчас у Вас есть возможность переключить вот так легко и просто - когда будет anycast, тогда трафиком начнёт управлять BGP и изменить что либо будет очень сложно - с каждым аплинком договориться о персональной политике роутинга вряд ли получится...

kpv, благодарю советы и за ссылку. Заняла топовое место в закладках про CDN.

Pavel.Odintsov, спасибо за индивидуальную консультацию.

Будем взвешивать "за" и "против".

Добрый день,

Огласите пожалуйста бюджет...