У нас вы можете посмотреть бесплатно OpenInfra Live Ep. 26: Large Scale OpenStack: Neutron Scaling Best Practices или скачать в максимальном доступном качестве, видео которое было загружено на ютуб. Для загрузки выберите вариант из формы ниже:
Если кнопки скачивания не
загрузились
НАЖМИТЕ ЗДЕСЬ или обновите страницу
Если возникают проблемы со скачиванием видео, пожалуйста напишите в поддержку по адресу внизу
страницы.
Спасибо за использование сервиса ClipSaver.ru
Networking is complex, and Neutron is one of the most difficult parts of OpenStack to scale. In this episode of the Large Scale OpenStack show, we will explore early architectural choices you can make, recommended drivers, features to avoid if your ultimate goal is to scale to a very large deployment. Join OpenStack developers and operators as they share their Neutron scaling best practices. Speaker(s): Thierry Carrez (OpenInfra Foundation) Ibrahim Derraz (Exaion) David Comay (Bloomberg) Lajos Katona (Ericsson) Sławomir Kapłoński (Red Hat) Michal Nasiadka (StackHPC) Mohammed Naser (VEXXHOST) Architecture Choices: 04:05 What drivers you would recommend for users to reach a large scale deployment? 11:00 How do users choose, more specifically, between OVS (Open vSwitch) and OVN (Open Virtual Network) based on their features? 17:36 In terms of network architecture, what would be the most resilient choice to make sure that no services will be impacted if something goes down? 24:41 Is there any feature to enable or stay away from at scale? Hardware and Performance considerations: 33:00 Do you have any feedback or recommendations for hardware offloading for new users? 38:34 Do you have any advice on how to size (CPU/RAM/ Number of nodes) network nodes? Neutron in production: 42:02 What are the common downsides or failures of Neutron in production? What are critical metrics to monitor on network nodes? 49:13 For Bloomberg and VEXXHOST: do you have a dedicated network team for your production? Questions from the audience: 51:33 How's your experience with centralized routing in Neutron (where all traffic goes to a Neutron server) in large scale OpenStack environments? 54:36 The time to restart Open vSwitch agent becomes longer in Distributed Virtual Router 54:(DVR) with hundreds of hypervisors. The agent is looking up a lot of port from the database while restarting. Is there any way to solve this? Connect with us: OpenInfra Twitter: / openinfradev OpenInfra LinkedIn: / open-infrastructure-foundation OpenInfra Facebook: / openinfradev OpenInfra Website: https://openinfra.dev/ #OpenInfraLive