J
Все ж, когда про опенстек говорим о сотнях isp речь не идет.
J
Рад стараться)
J
И о душе забывать не следует. Если свечку не поставить и не помолиться истово, то даже LACP из пары стамегабитных линков работать откажется)
J
Тут как, можно с помощью серебряной пули типа бгп раз и навсегда вопросы масштабирования закрыть и он будет работать и в маленьком и в большом виде. А можно грамотным дизайном и сегментированием добиться того что использовать будешь то что нравится.
J
Просто весь базар то от того что всем, я думаю, тошно что есть одно бщепринятое и считающееся "самым лучшим" решение, а все остальное обделяется вниманием. Я б с удовольствием посмотрел и на чудо-cети построенные на одном только openflow и на is-is. И на опенсорсном EIGRP, например. Есть случаи когда диверсити разнообразие это дурь, а есть когда наоборот хорошо. Чем больше стремных, непопулярных, необычных инфраструктурных решений тем больше увидишь чем то или другое плохо. Или хорошо)
J
А так реально уж тошнит от того что на любую задачу по сетям ответ "возьми бгп". Тоска.
J
возьми RIP
Не хочу(
J
Хотя и можно кое-где даже его.
Vyacheslav
Не хочу(
а ты всё равно возьми, что бы не пользоваться вкусовщиной. ты не сделаешь датацентр больше чем 15 хопов
J
Поэтому так и не довелось мне долго проработать в большой компании.
J
С ума сойдешь или поломаешься совсем, если склад ума неподходящий.
J
Ну да ладно. Зато интересно получилось, вроде. С разных сторон тему покрутили немного.
Vyacheslav
есть же задачи под каждый протокол. IGP - ISIS или OSPF. eBGP/iBGP через BGP. MPLS через LSP и RSVP
J
есть же задачи под каждый протокол. IGP - ISIS или OSPF. eBGP/iBGP через BGP. MPLS через LSP и RSVP
А, ну еще чуть-чуть можно поворчать. Тебе модные ребята и скажут что ospf и is-is надо закопать, потому что есть eBGP, который можно использовать и внутри АС для всего на свете. А то что он не для того придумывался эт будет не аргумент)
Vyacheslav
А, ну еще чуть-чуть можно поворчать. Тебе модные ребята и скажут что ospf и is-is надо закопать, потому что есть eBGP, который можно использовать и внутри АС для всего на свете. А то что он не для того придумывался эт будет не аргумент)
там ведь всё просто. сходимость в ISIS практически моментальная, дальше OSPF на десятки секунд. BGP может сходиться 15 минут на практике. Когда тебе надо что бы сеть работало, увы вариантов то и нет
J
И BGP с BFD быстро сойдется.
Vyacheslav
Да OSPF то тоже моментально сходится. Цифры которые приводят в сравнениях взяты ж из начала нулевых)
это зависит от количества узлов - всё считается математически и заложено в протоколы на уровне дизайна
Vyacheslav
Bgp
Vyacheslav
Или rip
Vyacheslav
Чего сотни? Вы j2320 настройте через default и поднимет статикой тогда или отдавайте с соседей два дефолта
J
брр, кто ж их покупал...
Vyacheslav
У вас же не фул меш из N*(N-1)
Vyacheslav
Да можно все и через хабы подключить - лишь бы нравилось
J
Да можно все и через хабы подключить - лишь бы нравилось
Надо чтоб прозрачные крышки были. Чтоб смотреть как эзернет фреймы сталкиваются и борются друг с другом.
Maksimus Ulibikus
Всем привет. Кто-нибудь делал оверселлинг CPU? Что-то у меня никак не получается.
kn
Мавроди что-то подобное делал в свое время
NS 🇷🇺
там из коробки по моему x6 стоит
Oleg
Всем привет. Кто-нибудь делал оверселлинг CPU? Что-то у меня никак не получается.
cpu_allocation_ratio но еще от версий зависит, можно законфигурировать initial_cpu_allocation_ratio и дальше через placement делать на лету
Oleg
там из коробки по моему x6 стоит
из коробки до зеда 16:1, потом уже 4:1
Maksimus Ulibikus
cpu_allocation_ratio но еще от версий зависит, можно законфигурировать initial_cpu_allocation_ratio и дальше через placement делать на лету
Вот мой пост https://serverfault.com/questions/1121247/how-to-configure-openstack-so-that-it-considers-that-32-vcpu-is-available-instea Извиняюсь за английский. Но если трудно, то переведу
Maksimus Ulibikus
Это мой пост там
NS 🇷🇺
из коробки до зеда 16:1, потом уже 4:1
ну я тонкостей увы не помню, у нас x7 обычно было
Oleg
Вот мой пост https://serverfault.com/questions/1121247/how-to-configure-openstack-so-that-it-considers-that-32-vcpu-is-available-instea Извиняюсь за английский. Но если трудно, то переведу
он так и будет показывать 16 vcpu, но реально можно будет зашедулить в зависимости от cpu_allocation_ratio. Загляните еще в placement, он там более адекватно показывает openstack resource provider inventory list <uuid> Еще если нужно динамически менять без рестарта новы то используйте initial_cpu_allocation_ratio + placement, в нем через cli можно менять под каждый ресурс коэффициент переподписки
Maksimus Ulibikus
Парни, спасибо! На днях проверю, голова уже того, время 8 вечера
Alexey
добрый день, у кого нибудь получалось вообще на openstack zed с помошью magnum сделать kubernetes кластер?
Maksimus Ulibikus
Парни, все равно не получается ( На компуте выставил: cpu_allocation_ratio=32.0 initial_cpu_allocation_ratio=32.0 Сервис перезапустил. Пробую создать 20 инстансов и получаю....
Maksimus Ulibikus
Maksimus Ulibikus
По квоте: [root@controller ~(keystone)]# nova quota-defaults +----------------------+-------+ | Quota | Limit | +----------------------+-------+ | instances | 40 | | cores | 30 | | ram | 51200 | | metadata_items | 128 | | key_pairs | 100 | | server_groups | 10 | | server_group_members | 10 | +----------------------+-------+
Maksimus Ulibikus
И лимит по прежнему 16
Vyacheslav
И лимит по прежнему 16
Так это лимиты в проекте - никак не связаны с наличием ресурсов. Openstack quota
Aleksey
Привет, а кто-нибудь практикует чистку баз новы? Сильно разрослись, хотим почистить, но постоянно ощущение что когда-нибудь это обязательно ударит изподтишка по яйкам
Aleksey
Размеры файлов БД без вакуума не изменятся же
да там явно не в вакууме дело(да и вакуум вроде должен случатся сам раз в какое-то время) у нас там темпест постоянно фигачит, а нова в отличии от нейтрона не удаляет записи, а помечает их как deleted
NS 🇷🇺
там двойная стадия прохождения через шадоу и основной базы
Slava I.
всем здрасте вот это кто нить трогал оно рабочее? VPNaaS support for OVN https://review.opendev.org/c/openstack/neutron-vpnaas/+/765353
Aleksey
вот я уже в предвкушении восстановления из бекапа данных кластера который постоянно меняется 🙂 а потом ищи что и где протратилось лучше конечно так чем никак , но я бы предпочел без восстановлений
Aleksey
там двойная стадия прохождения через шадоу и основной базы
если ты разобрался, поделись плз знанием какя там логика работы между основными таблицами и шадоу?
Aleksey
ну вот и спрашиваю, может уже кто-то отработал эти грабли
Pavel
@amyltsev короче сидим и ниего не делаем :)
Aleksey
@amyltsev короче сидим и ниего не делаем :)
ну в люксофте митака то работала 😂
Pavel
nova-manage db archive_deleted_rows ... nova-manage db purge... тут скорее вопрос про баги в этом коде
NS 🇷🇺
ну и вы скорее всего уже прочитали не один раз это https://docs.openstack.org/nova/latest/admin/soft-delete-shadow-tables.html
NS 🇷🇺
уже есть
ну тогда вообще проблем не вижу
NS 🇷🇺
Ну выглядит что шадоу можно вообще безопасно дропать
угу, а те команды, что написал выше Паша, переносят строки из основной в shadow_ таблицы
NS 🇷🇺
и прям вырисовывается - бека базы - перенос в шадоу - постоять эН времени - дропнуть
Pavel
первая комманда переноси в shadow, вторая дропат из shadow (насколько я понял по доке)
Aleksandr
Я как-то такое просто руками делал )))) А тут оказывается даже команда появилась ))))
Aleksandr
Спасибо чатику ))) буду знать )
NS 🇷🇺
Чет вы сильно перебздели ))))
да они там перебздюна отведали с избытком =) еще не выветрился
Aleksey
да они там перебздюна отведали с избытком =) еще не выветрился
ну это, мне до сих про припоминают суммы оценочных убытков 🙂