быстрее что ли

если это повторяемо то, очевидно, выбор очевиден )

@freeseacher лучше сделать эникаст нормальный поверх...

Хотя и сложнее

мне надо чем проще тем лучше. коросинк действительно до непрятности сложен

напомните, была какая-то прозрачная замена мемкешу, которая работала быстрее. Не могу в закладках найти (

напомните, была какая-то прозрачная замена мемкешу, которая работала быстрее. Не могу в закладках найти (

И под тарантул и под редис есть вроде бы мемкэш совместимые прокси

нене, там был маленький сайт и это была чисто мемкеш реплейс штука

Couchbase

и ведь уверен, что сохранил в гуглозакладки, но там ничего новее ссылок на мембейз, который сейчас вроде каучдб - нет

но Couchbase - это большая штука, к тому же с невалидным сертификатом на сайте и вообще похоже полуживая

наверное, это был MemC3

Хотя и сложнее

хм а что сложного в аниксте ? /me подумал про такое решение и просто интересно как его поднимать

хм а что сложного в аниксте ? /me подумал про такое решение и просто интересно как его поднимать

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

@spuzirev может больше знает

как будто я нок.

а уже загуглил там бгп нужно

а уже загуглил там бгп нужно

необязательно.

можно и OSPF и даже RIP.

о с оспф проще

что сложного в аникасте

я даже не знаю что ответить :)

на этом шарике его юзает от силы полсотни компаний, в мире

ну не счиатя тех, кто нечаянно поднял анонсы в двух точках сам того не желая :)

для него нужно по крайне мере следующее: минимум /24, своя ASN, а также по меньшей мере две точки присутствия, где дают BGP и полный доступ к сети, в идеале - со своим роутером;

А чем хорош этот ваш anycast?

ставьшь по тазику в куче дц, анонсишь эникастом например 8.8.8.8 и вот у тебя везде быстрый днс ресолвер

а не в сша куда чз океан ходить надо

ага

а почему быстрый? =)

потому что ты когда набираешь 8/8/8/8 в консоли

@uMagistr а в рамках одного ДЦ анонсить несколько тазиков разве нельзя? :)

обращаешься не к серверу в штатах

а к ближайшему

К близжайшему ли? =)

можно, но это делать эникастом мягко говоря странно :)

к близлежащему с точки зрения BGP

можно, но это делать эникастом мягко говоря странно :)

почему странно?

это важно. Он может быть не близлежащий.

внутри ДЦ есть много других хороших способов

@uMagistr а в рамках одного ДЦ анонсить несколько тазиков разве нельзя? :)

можно но странно

Есть в BGP такая мантра N WLLA OMNI

внутри ДЦ есть много других хороших способов

каких?

хочу заметить что A сильно дельше N, и WLL =)

зависит от задач, начиная с ECMP

и в ДЦ не шибко нужно обращение "к ближайшему"

там обычно нужно "балансировка равномерно"

BGP присылает траффик не на близжайший, а на наиболее дешёвый эндпоинт =)

дешевый с точки зрения BGP)

с точки зрения админов

отчасти - да, отчасти - нет

мало кто лезет в BGP настолько явно

для гугла - может что и крутят, явно

дря прочих - маловероятно, это плохая идея.

+ C Anycast'ом теряется практически любая возможность трафиком управлять

зависит от размера твоего аникаста.

зависит от размера твоего аникаста.

enlarge your anycast. FREE.

увы, это очень дорого :)

дря прочих - маловероятно, это плохая идея.

да ладно, все туда лезут.

не, не зависит - обычно чем больше anycast сеть, тем меньше каждая точка присутствия

каждая новая точка присутсвтия стоит денег :)

и как минимум несколько юнитов на колокацию

от компании зависит =)

если у тебя много трафика - то железо в попах нечего не стоит =)))

стоит только канал

ессно от компании зависит :)

но операторов эникаста, их мало

ERROR: S client not available

хз, мне кажется каждый первый пионер с более чем одним ДЦ уже давно как минимум подумал на эту тему, ели не потрогал руками

с более чем одним дц оно не имеет смысла как такового

ну разве что redundancy

наибольшая проблема с anycast сетью это то что когда у тебя одна из точек присутствия начинает перегреваться, то очень сложно с этим что-то сделать

и тебе нужно лишь иметь минимальное необходимое число точек

либо вообще забыть об этой затее

а число точек - зависит от твоего трафика и его гео првиязки

точки, где тебе надо иметь эникаст легко прогнозируются относительно простой математической моделью

НО если трафик глобален не стоит удтвляться если получится что-то в районе нескольких десятков "для старта".

о коль о трафике заговорили, а кто знает российский днс хостинг умеющий достаточно точное гео ?

Эникаст, как и всякий хайлоад, должен быть оправдан, когда по-другому нельзя) например когда есть CDN. или когда тебе нужна 100% отказоустойчивость

что-то аналогичное трафик директору от dyn.com

я не слышал о таких, признаться

о коль о трафике заговорили, а кто знает российский днс хостинг умеющий достаточно точное гео ?

мы делаем клиентам по запросу

DNS и российский - оч странная фраза

используется геоип или любой сервис по желанию

если DNS российский, то гугл будет очень не рад получить NXDOMAIN :)

DNS и российский - оч странная фраза

нормально так вбросил =)

Ngenix поидее должен такое уметь

DNS и российский - оч странная фраза

ты хостинг выкинул (

сложного там ничего, берем поверднс и вперед. Хоть стандартный бекенд, хоть кастомный

хахаха :)

(ну, там есть нюансы, решаются или опытом или деньгами)

простите, не удержался.

удачи!

особенно с гео локаций мобильного интернета

который со всей страны терминируетяс в паре-тройке городов)

ну я хочу завести запись в сервисе и недумать о проблемах

ТЫЩИ ГИГАБИТ ЕГО со всей страны с одного /24 )))

а что за задача, если не секрет?

ибо решение геоайпи - это плохое решение

крымских юзеров чз проксю отправить в гуглоклауд