весь плюс тайлинга - одновременно следить за несколькими окнами наверное

если это не оч нужно, то и смысла мало

да

Давай

https://drive.google.com/open?id=1YNPND69sJcHRlUCLkaIEAOmJYuBEu2TO

Спасибо

девопсяны, вот есть пиу-пиу веб скейл проджект, у вас там балансеры-хуянсеры, бекенды-хуенды. Вот типа у вас там на бекендах чот логируется, балансировщик логирует чот(ну все охуенно логирует, если я делал). Но получается что у вас и балансировщики и бекенды логируют одно и тож. Вам было бы удобней потом траблшутить, если бы вам на балансировщике в кастомный http хиред вписали уникальный айди(например хэш от src/dst ip/port + время), а вы его залогировали в логе реквеста и ответа.Ну тупо такой однозначный маппинг, чтобы четко грепать можно было. Пушка ваще было бы, или нахер не нужно ?

Доброго, вы сами до такой схемы дошли или где то есть дезайн гайд такой?

девопсяны, вот есть пиу-пиу веб скейл проджект, у вас там балансеры-хуянсеры, бекенды-хуенды. Вот типа у вас там на бекендах чот логируется, балансировщик логирует чот(ну все охуенно логирует, если я делал). Но получается что у вас и балансировщики и бекенды логируют одно и тож. Вам было бы удобней потом траблшутить, если бы вам на балансировщике в кастомный http хиред вписали уникальный айди(например хэш от src/dst ip/port + время), а вы его залогировали в логе реквеста и ответа.Ну тупо такой однозначный маппинг, чтобы четко грепать можно было. Пушка ваще было бы, или нахер не нужно ?

ну такое кстати много где уже реализовано :)

ну такое кстати много где уже реализовано :)

как по мне логично,

а много где - например ?

внутри у всяких систем

А

ну и опестек например

хоть и кривовато местами

ну и опестек например

О, то есть есть стандартный путь, пойду гляну чо юзают в качестве айди.

Это уже не моя проблема

девопсяны, вот есть пиу-пиу веб скейл проджект, у вас там балансеры-хуянсеры, бекенды-хуенды. Вот типа у вас там на бекендах чот логируется, балансировщик логирует чот(ну все охуенно логирует, если я делал). Но получается что у вас и балансировщики и бекенды логируют одно и тож. Вам было бы удобней потом траблшутить, если бы вам на балансировщике в кастомный http хиред вписали уникальный айди(например хэш от src/dst ip/port + время), а вы его залогировали в логе реквеста и ответа.Ну тупо такой однозначный маппинг, чтобы четко грепать можно было. Пушка ваще было бы, или нахер не нужно ?

Пушка. У Ф5 есть схема с хешами, бипсы, но там типа для персистенса. Но и логировать тоже удобно

Сделать бриджи между портами

https://forum.opnsense.org/index.php?topic=2981.0

Примерно так

https://m.habr.com/post/358686/

>давайте растянем pcie

эм.. POWER8

Надо было 9

Там линий больше

и так уже слишком тырпрайзненько

слажный прикол

64 петабайта всего то.. не маловато ли?

на 10ж в промелькнувшем КП от мфи-софт было 2,2 петабайта на 10G пропускной способности

Оптический коммутатор ОК1-12 на 64 порта 32 Гбит/с в cборе – 4 шт. а 32 Гбит/c это что такое? )

чёртов тырпрайз !

Ща ядро еще получит бумажкэ на это дело

Хороший обзор от rule11 на ещё лучшее исследование: влияние полисеров используемых интернет провайдерами на трафик, на примере потокового видео (при помощи Google). Суть проблемы как и во многих случаях для IP сетей, это отсутсвие обратной связи. Полисер ограничивает с большим burst, TCP делает большое окно, а потом ррраз по шапке. В среднем 21% потерь, хотя как ожидается в теории такого не должно быть. Текст очень по делу, со всеми нужными пояснениями, вводными, выводами и рекомендациями. В частности полисер надо делать с минимальным burst. И вообще, кто-то использует WRED+ECN (должно быть в тему именно в данном контексте)? Тут конечно проблема есть с небольшим burst, speedtest будет показывать не очень красивые графики, тот самый TCP алгоритм старта заставит его долго разгоняться, что на больших скоростях при сильно ограниченном времени теста заставит абонента сомневаться в честности провайдера. Выход - настоящие безлимитные тарифы. Сейчас откровенно свободных тарифов (без ограничений по полосе) что-то не видно, хотя если смотреть по нашей сети в среднем абонент не выбивается из 1Мбит/c. Это конечно в среднем, но на то и QoS придумали чтобы сделать красиво, отталкиваясь от всей доступной провайдеру полосы.

ну и опестек например

а подскажи,плиз, в каком помпоненте.

Напомните когда мы этот документ от гугла тут обсуждали?

https://yadro.com/products/tatlin

Сергей его скинул чуть ли не год назад :)

а подскажи,плиз, в каком помпоненте.

а это мидллваре такой

Сергей его скинул чуть ли не год назад :)

Когда там родили rfс на cubic?

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

а это мидллваре такой

X-Subject-Token такое?

не

X-Subject-Token такое?

https://specs.openstack.org/openstack/oslo-specs/specs/pike/global-req-id.html

https://specs.openstack.org/openstack/oslo-specs/specs/pike/global-req-id.html

спс

Варианты: ptsd всемпохуй кляти вендоры кляти эндюзеры

не знаю работает ли оно в текущем опенстеке

https://tools.ietf.org/html/rfc8312

>February 2018

не знаю работает ли оно в текущем опенстеке

https://developer.openstack.org/api-guide/compute/faults.html

осталось найти как они его генерят

осталось найти как они его генерят

https://github.com/openstack/oslo.middleware/blob/master/oslo_middleware/request_id.py

from oslo_context import context req_id = context.generate_request_id() def generate_request_id(): """Generate a unique request id.""" return 'req-%s' % uuid.uuid4()

да, волшебно да? :)

билят

чот ваще не оч)

кто ж так строит

ну смысл хэшировать какие-то внешние показатели есть если ты можешь однозначно из этого хэша сказать что и где произошло

чуваки поняли что они не смогут и обычный рандомный UUID стал нормой

ну скажи уже, чо ты начинаешь

за что ?

Сколько?

def uuid4(): """Generate a random UUID.""" return UUID(bytes=os.urandom(16), version=4)

блин

это как в википедию зайти

https://habr.com/post/223981/

искренне не понимаю в чем проблема использовать urandom для целей НЕКРИПТОГРАФИИ

а я и не спорил, кажется

просто я удивился, что так

я тут посарел, ток первые 16 символов из urandom в UUID

"Create a UUID from either a string of 32 hexadecimal digits, a string of 16 bytes as the 'bytes' argument, a string of 16 bytes in little-endian order as the 'bytes_le' argument, a tuple of six integers (32-bit time_low, 16-bit time_mid, 16-bit time_hi_version, 8-bit clock_seq_hi_variant, 8-bit clock_seq_low, 48-bit node) as the 'fields' argument, or a single 128-bit integer as the 'int' argument.

https://tools.ietf.org/html/rfc4122

Давно вроде

Страшно удивительные вещи порой происходят вокруг. Вот, например, The Register сообщали, что VMware и Microsoft сливаются в едином порыве для развития NSX. Получается, что отныне, не отпуская мышки в три клика можно связывать сетями машины из ESXi, AWS, Azure, Kubernetes и прочих контейнерных дирижёров а-ля OpenShift, не забывая про железные сервера. Что, мягко говоря, круто. И как ехидничает автор статьи: Cisco's intent-based networking is great, but businesses want outcomes, not intentions. And software defined ... you can fill in the blanks. P.S. Ага, сетевик всё более и более не нужен. https://www.theregister.co.uk/2018/05/01/vmware_cloud_network/

нам такие-же 2 тела нужны