Tuesday, 2021-01-05

*** ociuhandu has joined #openstack-neutron00:07
*** tbachman has joined #openstack-neutron00:07
*** ccamposr__ has quit IRC00:11
*** ccamposr__ has joined #openstack-neutron00:12
*** ociuhandu has quit IRC00:14
openstackgerritMerged openstack/neutron master: Check router interface not in use properly  https://review.opendev.org/c/openstack/neutron/+/76512900:26
openstackgerritMerged openstack/neutron stable/ussuri: Fix migration from the HA to non-HA routers  https://review.opendev.org/c/openstack/neutron/+/76334500:26
*** zzzeek has quit IRC00:30
*** zzzeek has joined #openstack-neutron00:32
*** yumiriam has joined #openstack-neutron00:54
openstackgerritMerged openstack/neutron stable/victoria: Fix calling of add_tunnel_port method from sanity checks module  https://review.opendev.org/c/openstack/neutron/+/76528301:10
openstackgerritMerged openstack/neutron stable/victoria: Ensure ovsdb_probe_interval set before connect()  https://review.opendev.org/c/openstack/neutron/+/76559901:10
openstackgerritMerged openstack/neutron master: Rely on worker count for HashRing caching  https://review.opendev.org/c/openstack/neutron/+/76587401:15
*** rcernin has joined #openstack-neutron01:17
*** yumiriam has quit IRC01:39
*** macz_ has quit IRC01:49
*** ociuhandu has joined #openstack-neutron01:55
openstackgerritBrian Haley proposed openstack/networking-ovn stable/train: Fix gate failure  https://review.opendev.org/c/openstack/networking-ovn/+/76742401:57
*** hamalq_ has quit IRC01:59
*** ociuhandu has quit IRC02:08
*** rcernin has quit IRC02:26
*** zzzeek has quit IRC02:30
*** zzzeek has joined #openstack-neutron02:31
*** spatel has joined #openstack-neutron02:44
*** armax has quit IRC02:47
*** tbarron has quit IRC02:52
*** rcernin has joined #openstack-neutron02:58
*** rcernin has quit IRC03:10
openstackgerritliuyulong proposed openstack/neutron-specs master: Add spec for Distributed DHCP  https://review.opendev.org/c/openstack/neutron-specs/+/76858803:17
openstackgerritzhanghao proposed openstack/neutron master: [OVN] Implement router gateway IP QoS  https://review.opendev.org/c/openstack/neutron/+/74901203:22
*** zzzeek has quit IRC03:43
*** zzzeek has joined #openstack-neutron03:45
*** macz_ has joined #openstack-neutron03:49
*** ccamposr__ has quit IRC03:53
*** ccamposr__ has joined #openstack-neutron03:53
*** zzzeek has quit IRC03:53
*** macz_ has quit IRC03:54
*** zzzeek has joined #openstack-neutron03:55
*** sapd1 has joined #openstack-neutron03:57
*** zzzeek has quit IRC04:23
*** zzzeek has joined #openstack-neutron04:25
*** ircuser-1 has joined #openstack-neutron04:43
*** ratailor has joined #openstack-neutron04:57
*** ociuhandu has joined #openstack-neutron05:32
*** ociuhandu has quit IRC05:38
*** macz_ has joined #openstack-neutron05:51
*** macz_ has quit IRC05:55
*** lajoskatona has joined #openstack-neutron06:02
*** hemanth_n has joined #openstack-neutron06:04
*** gcheresh_ has joined #openstack-neutron06:16
*** spatel has quit IRC06:17
*** zzzeek has quit IRC06:31
*** zzzeek has joined #openstack-neutron06:33
*** zzzeek has quit IRC06:46
*** zzzeek has joined #openstack-neutron06:47
openstackgerritzhanghao proposed openstack/neutron master: [OVN] Implement router gateway IP QoS  https://review.opendev.org/c/openstack/neutron/+/74901206:51
openstackgerritwdd proposed openstack/ovsdbapp master: update py38 and py36 test  https://review.opendev.org/c/openstack/ovsdbapp/+/75799107:08
openstackgerritliuyulong proposed openstack/neutron-specs master: Neutron detector resource and agent  https://review.opendev.org/c/openstack/neutron-specs/+/66254107:10
*** lpetrut has joined #openstack-neutron07:12
openstackgerritliuyulong proposed openstack/neutron-specs master: L3 agent self-service metering  https://review.opendev.org/c/openstack/neutron-specs/+/65851107:13
openstackgerritliuyulong proposed openstack/neutron-specs master: L3 agent capacity and scheduling  https://review.opendev.org/c/openstack/neutron-specs/+/65845107:16
openstackgerritMamduh proposed openstack/os-vif stable/train: Refactor code of linux_net to more cleaner and increase performace  https://review.opendev.org/c/openstack/os-vif/+/76591207:17
*** zzzeek has quit IRC07:17
openstackgerritKamil Sambor proposed openstack/neutron master: Enable querier for multicast (IGMP) in OVN  https://review.opendev.org/c/openstack/neutron/+/76442707:18
*** zzzeek has joined #openstack-neutron07:19
openstackgerritMamduh proposed openstack/os-vif stable/train: Fix - os-vif fails to get the correct UpLink Representor  https://review.opendev.org/c/openstack/os-vif/+/76597007:25
*** abdysn has joined #openstack-neutron07:26
*** rpittau|afk is now known as rpittau07:33
*** Abdallahyas has joined #openstack-neutron07:36
*** abdysn has quit IRC07:40
openstackgerritMamduh proposed openstack/os-vif stable/stein: Refactor code of linux_net to more cleaner and increase performace  https://review.opendev.org/c/openstack/os-vif/+/76591407:42
*** slaweq has joined #openstack-neutron07:42
*** zzzeek has quit IRC07:45
*** zzzeek has joined #openstack-neutron07:45
openstackgerritMamduh proposed openstack/os-vif stable/stein: Fix - os-vif fails to get the correct UpLink Representor  https://review.opendev.org/c/openstack/os-vif/+/76597407:46
*** zzzeek has quit IRC07:50
*** macz_ has joined #openstack-neutron07:51
*** ralonsoh has joined #openstack-neutron07:52
*** zzzeek has joined #openstack-neutron07:53
*** gary_perkins has quit IRC07:54
*** macz_ has quit IRC07:56
*** gary_perkins has joined #openstack-neutron07:57
*** tmorin has joined #openstack-neutron07:59
*** bengates has joined #openstack-neutron08:00
*** ccamposr has joined #openstack-neutron08:01
*** abdysn has joined #openstack-neutron08:03
*** ccamposr__ has quit IRC08:04
*** Abdallahyas has quit IRC08:06
*** bengates has quit IRC08:08
*** bengates has joined #openstack-neutron08:09
*** zzzeek has quit IRC08:11
*** zzzeek has joined #openstack-neutron08:11
*** zzzeek has quit IRC08:16
*** zzzeek has joined #openstack-neutron08:18
*** tesseract has joined #openstack-neutron08:18
*** elvira has joined #openstack-neutron08:19
*** bengates has quit IRC08:20
*** bengates has joined #openstack-neutron08:21
*** Abdallahyas has joined #openstack-neutron08:35
openstackgerritBernard Cafarelli proposed openstack/neutron stable/stein: [stein] Fix tests with new pip resolver  https://review.opendev.org/c/openstack/neutron/+/76729108:38
*** abdysn has quit IRC08:39
*** zzzeek has quit IRC08:39
*** zzzeek has joined #openstack-neutron08:41
*** jlibosva has joined #openstack-neutron08:48
*** ociuhandu has joined #openstack-neutron08:49
*** bengates has quit IRC08:54
openstackgerritMamduh proposed openstack/os-vif stable/rocky: Refactor code of linux_net to more cleaner and increase performace  https://review.opendev.org/c/openstack/os-vif/+/76596208:55
openstackgerritMamduh proposed openstack/os-vif stable/rocky: Fix - os-vif fails to get the correct UpLink Representor  https://review.opendev.org/c/openstack/os-vif/+/76597708:55
*** bengates has joined #openstack-neutron08:55
*** lucasagomes has joined #openstack-neutron09:09
*** ociuhandu has quit IRC09:09
*** ociuhandu has joined #openstack-neutron09:10
*** zzzeek has quit IRC09:11
*** gcheresh_ has quit IRC09:11
*** gcheresh has joined #openstack-neutron09:12
*** zzzeek has joined #openstack-neutron09:13
*** ociuhandu has quit IRC09:16
*** zzzeek has quit IRC09:26
openstackgerritzhangtongjian proposed openstack/neutron-specs master: remove unicode from code  https://review.opendev.org/c/openstack/neutron-specs/+/76928709:26
*** zzzeek has joined #openstack-neutron09:27
*** ociuhandu has joined #openstack-neutron09:28
*** ociuhandu has quit IRC09:33
*** ociuhandu has joined #openstack-neutron09:36
*** ociuhandu has quit IRC09:42
*** tkajinam has quit IRC09:42
*** zzzeek has quit IRC09:45
*** zzzeek has joined #openstack-neutron09:47
*** ratailor_ has joined #openstack-neutron09:54
*** ratailor_ has quit IRC09:55
*** ratailor_ has joined #openstack-neutron09:57
*** ratailor has quit IRC09:57
*** ratailor_ has quit IRC09:57
openstackgerritMamduh proposed openstack/os-vif stable/rocky: Refactor code of linux_net to more cleaner and increase performace  https://review.opendev.org/c/openstack/os-vif/+/76596209:58
openstackgerritMamduh proposed openstack/os-vif stable/rocky: Fix - os-vif fails to get the correct UpLink Representor  https://review.opendev.org/c/openstack/os-vif/+/76597709:58
*** ratailor has joined #openstack-neutron09:58
*** ratailor has quit IRC09:59
*** ratailor has joined #openstack-neutron10:02
*** abdysn has joined #openstack-neutron10:06
*** ociuhandu has joined #openstack-neutron10:09
*** Abdallahyas has quit IRC10:09
openstackgerritJakub Libosvar proposed openstack/neutron master: ovn: Support live migration to DPDK nodes  https://review.opendev.org/c/openstack/neutron/+/76930610:15
jlibosvaflaviof: ^^10:16
*** ociuhandu has quit IRC10:31
*** rpittau is now known as rpittau|bbl10:32
openstackgerritLajos Katona proposed openstack/neutron-dynamic-routing master: Add doc/requirements  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/76931510:39
*** ociuhandu has joined #openstack-neutron10:40
*** ratailor has quit IRC10:54
openstackgerritMerged openstack/neutron master: Refactor the Neutron OSKenApp class  https://review.opendev.org/c/openstack/neutron/+/76805210:55
*** yumiriam has joined #openstack-neutron11:00
ralonsohslaweq, https://github.com/openstack/neutron/blob/master/neutron/services/revisions/revision_plugin.py#L24911:03
ralonsohI'm wondering, as we talk yesterday, if this is needed11:04
ralonsoh1) if we are updating an object, this should be in the session11:06
*** ccamposr has quit IRC11:06
ralonsoh2) if we are just executing a GET, this doesn't need to be in the session (this is when we should retrieve it)11:07
ralonsoh(sorry, I realized you are in a training today)11:08
slaweqralonsoh: from quick look I think this may be needed e.g. for security groups11:10
slaweqif e.g. You will update SG rule, SG revision should be bumped probably11:10
slaweqand that's why it can be here11:10
slaweqbut maybe I'm wrong11:11
*** ociuhandu has quit IRC11:13
*** ociuhandu has joined #openstack-neutron11:16
*** ratailor has joined #openstack-neutron11:16
openstackgerritBernard Cafarelli proposed openstack/neutron stable/train: [train] Fix tests with new pip resolver  https://review.opendev.org/c/openstack/neutron/+/76728711:21
openstackgerritBernard Cafarelli proposed openstack/neutron stable/train: Re-enable networking-ovn job  https://review.opendev.org/c/openstack/neutron/+/76932311:23
bcafarel2021 new year resolution: get these pip resolver issues finally sorted out...11:24
*** zzzeek has quit IRC11:26
*** zzzeek has joined #openstack-neutron11:28
*** sapd1 has quit IRC11:30
ralonsohbcafarel++11:31
*** zzzeek has quit IRC11:43
*** zzzeek has joined #openstack-neutron11:43
*** ociuhandu has quit IRC11:50
openstackgerritLajos Katona proposed openstack/neutron-tempest-plugin master: Add doc/requirements  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/76933011:53
*** yumiriam has quit IRC11:58
*** abdysn has quit IRC12:03
*** Abdallahyas has joined #openstack-neutron12:03
openstackgerritMerged openstack/neutron stable/ussuri: Fix calling of add_tunnel_port method from sanity checks module  https://review.opendev.org/c/openstack/neutron/+/76528412:05
openstackgerritMerged openstack/neutron stable/ussuri: Ensure ovsdb_probe_interval set before connect()  https://review.opendev.org/c/openstack/neutron/+/76562812:06
*** ratailor has quit IRC12:15
*** zzzeek has quit IRC12:20
*** ociuhandu has joined #openstack-neutron12:20
*** abdysn has joined #openstack-neutron12:24
*** zzzeek has joined #openstack-neutron12:24
*** Abdallahyas has quit IRC12:25
*** ociuhandu has quit IRC12:30
*** tbarron has joined #openstack-neutron12:32
*** ociuhandu has joined #openstack-neutron12:37
*** ccamposr has joined #openstack-neutron12:38
*** ociuhandu has quit IRC12:41
*** ociuhandu has joined #openstack-neutron12:41
*** ociuhandu has quit IRC12:42
*** ociuhandu has joined #openstack-neutron12:44
*** rpittau|bbl is now known as rpittau12:44
*** Luzi has joined #openstack-neutron12:55
*** ociuhandu has quit IRC13:02
*** ociuhandu has joined #openstack-neutron13:05
*** hemanth_n has quit IRC13:10
*** ociuhandu has quit IRC13:10
*** ociuhandu has joined #openstack-neutron13:13
*** bengates has quit IRC13:19
*** bengates has joined #openstack-neutron13:20
*** ociuhandu has quit IRC13:20
*** ociuhandu has joined #openstack-neutron13:31
*** ociuhandu has quit IRC13:31
*** ociuhandu has joined #openstack-neutron13:32
*** ociuhandu has quit IRC13:38
*** ociuhandu has joined #openstack-neutron13:42
*** Luzi has quit IRC13:43
openstackgerritMerged openstack/neutron master: [ovn]: fix usage of lrp_set_options api to use **options  https://review.opendev.org/c/openstack/neutron/+/76827713:47
*** macz_ has joined #openstack-neutron13:54
*** macz_ has quit IRC13:59
*** bengates has quit IRC14:06
*** bengates has joined #openstack-neutron14:11
*** sapd1 has joined #openstack-neutron14:25
*** bengates has quit IRC14:30
*** bengates has joined #openstack-neutron14:30
*** abdysn has quit IRC14:41
openstackgerritFlavio Fernandes proposed openstack/ovsdbapp master: Add northbound API support for meters  https://review.opendev.org/c/openstack/ovsdbapp/+/76757414:46
*** ociuhandu has quit IRC14:50
*** ociuhandu has joined #openstack-neutron14:50
*** ociuhandu has quit IRC14:54
*** armax has joined #openstack-neutron14:57
*** nweinber has joined #openstack-neutron15:02
*** ociuhandu has joined #openstack-neutron15:03
slaweqlajoskatona: hi, thx a lot for taking care of the docs requirements issue in neutron projects15:11
openstackgerritSlawek Kaplonski proposed openstack/neutron-vpnaas master: Add doc/requirements  https://review.opendev.org/c/openstack/neutron-vpnaas/+/76938015:11
*** sapd1 has quit IRC15:15
*** jangutter_ has joined #openstack-neutron15:19
*** jangutter has quit IRC15:22
lajoskatonaslaweq: no problem, as I see other networking projects are safe from this issue15:26
openstackgerritBernard Cafarelli proposed openstack/neutron master: Update major release checklist  https://review.opendev.org/c/openstack/neutron/+/76595915:28
*** sapd1 has joined #openstack-neutron15:28
slaweqlajoskatona: I just sent same patch to neutron-vpnaas15:28
slaweqand those were only 3 on the list15:29
*** sapd1 has quit IRC15:35
*** jangutter has joined #openstack-neutron15:40
*** jangutter has quit IRC15:41
*** jangutter_ has quit IRC15:41
*** jangutter has joined #openstack-neutron15:43
*** yoctozepto has quit IRC15:43
*** yoctozepto has joined #openstack-neutron15:44
*** ramishra has quit IRC15:45
*** bengates has quit IRC15:46
*** bengates_ has joined #openstack-neutron15:46
*** jangutter_ has joined #openstack-neutron15:48
*** sapd1 has joined #openstack-neutron15:50
*** jangutter has quit IRC15:51
*** ramishra has joined #openstack-neutron15:52
openstackgerritMerged openstack/neutron stable/ussuri: Fix imports order in neutron.services.ovn_l3_plugin module  https://review.opendev.org/c/openstack/neutron/+/76782115:54
*** macz_ has joined #openstack-neutron15:57
*** macz_ has quit IRC16:01
openstackgerritRodolfo Alonso proposed openstack/neutron master: Check the revision number only once  https://review.opendev.org/c/openstack/neutron/+/76939016:01
zigoslaweq: Hi. Any chance you give the final +w ? Rodlfo and Brian already gave a +2 ... https://review.opendev.org/c/openstack/neutron/+/66939516:01
zigoIt's working well, though I still have some related issues.16:02
zigoWhen I set the external gateway of a virtual router, the port is not using the BGP routed type.16:02
zigoThat would have to be fixed somewhere else, though I have no idea how...16:03
zigoPointers would be welcome.16:03
zigoAlso, directly attaching a public IP to a VM doesn't work, for some reasons...16:03
*** dave-mccowan has quit IRC16:03
zigoBack to the router external gateway port, here's what I get:16:05
zigo# openstack port show c151d9a0-5e80-4efc-935c-d2d8e2f81907 -c binding_vif_details -c binding_vif_type16:05
zigo+---------------------+-------------------------------------------------------------------------------------------------------------+16:05
zigo| Field               | Value                                                                                                       |16:05
zigo+---------------------+-------------------------------------------------------------------------------------------------------------+16:05
zigo| binding_vif_details | bridge_name='br-int', connectivity='l2', datapath_type='system', ovs_hybrid_plug='True', port_filter='True' |16:05
zigo| binding_vif_type    | ovs                                                                                                         |16:05
zigo+---------------------+-------------------------------------------------------------------------------------------------------------+16:05
*** dave-mccowan has joined #openstack-neutron16:07
zigoFloating IPs have this:16:09
zigo+---------------------+---------+16:09
zigo| Field               | Value   |16:09
zigo+---------------------+---------+16:09
zigo| binding_vif_details |         |16:09
zigo| binding_vif_type    | unbound |16:09
zigo+---------------------+---------+16:09
zigoAm I missing something?16:09
openstackgerritMerged openstack/neutron stable/ussuri: Flush ebtables arp protect chains before deleting them  https://review.opendev.org/c/openstack/neutron/+/76540816:10
openstackgerritMerged openstack/neutron-dynamic-routing master: Add doc/requirements  https://review.opendev.org/c/openstack/neutron-dynamic-routing/+/76931516:20
*** lpetrut has quit IRC16:21
openstackgerritLajos Katona proposed openstack/neutron-specs master: BFD support for Neutron  https://review.opendev.org/c/openstack/neutron-specs/+/76733716:29
openstackgerritRodolfo Alonso proposed openstack/neutron master: [WIP] Add debug information for TestMinBwQoSOvs  https://review.opendev.org/c/openstack/neutron/+/76847616:40
*** lucasagomes has quit IRC16:51
openstackgerritMerged openstack/neutron-tempest-plugin master: Add doc/requirements  https://review.opendev.org/c/openstack/neutron-tempest-plugin/+/76933016:52
openstackgerritLajos Katona proposed openstack/neutron-specs master: BFD support for Neutron  https://review.opendev.org/c/openstack/neutron-specs/+/76733716:54
*** jlibosva has quit IRC16:58
*** sapd1 has quit IRC16:59
*** bengates_ has quit IRC17:06
*** bengates has joined #openstack-neutron17:06
*** rpittau is now known as rpittau|afk17:08
*** ociuhandu has quit IRC17:09
*** vulkanz has joined #openstack-neutron17:11
vulkanzhey people17:12
vulkanzI'm deploying a openstack test environment and would appreciate if someone could clear up some information regarding neutron service17:12
vulkanzhow does one deploy multiple neutron servers to avoid network congestion since all vm traffic goes through it?17:12
vulkanzwould appreciate any insights17:12
*** lajoskatona has quit IRC17:14
vulkanz[neutron] anyone? :)17:16
*** ociuhandu has joined #openstack-neutron17:21
*** ociuhandu has quit IRC17:26
*** jangutter_ has quit IRC17:41
*** jangutter has joined #openstack-neutron17:43
*** tesseract has quit IRC17:52
*** bengates has quit IRC18:01
*** bengates has joined #openstack-neutron18:02
*** bengates has quit IRC18:08
*** bengates has joined #openstack-neutron18:09
*** gcheresh has quit IRC18:11
*** ccamposr__ has joined #openstack-neutron18:13
vulkanzadmin0 would love your input here18:14
*** ccamposr has quit IRC18:15
*** vulkanz has quit IRC18:16
*** vulkanz has joined #openstack-neutron18:17
*** elvira has quit IRC18:18
admin0vulkanz, define congestion :)18:20
admin0you can have multiple networks18:20
vulkanzokay :)18:20
admin0unless you have 10 routers .. it still hits the same router18:20
vulkanzI'm totally new to learning openstack but the neutron has my brain boiled, maybe because of minimal installation documentation?18:20
admin0ok .. i think you are confused about neutron agents and neutron server18:21
admin0neutron server = API stuff ..18:21
admin0neutron agents = the actual stuff from where the traffic passes18:21
*** ralonsoh has quit IRC18:21
admin0one way that I do is make all compute nodes also a network node18:21
admin0that way, you don't have a single point of failure and less hot zones18:21
vulkanzoh woah18:22
*** bengates_ has joined #openstack-neutron18:22
admin0so as you scale up compute, you get more nodes that can also act as network . the benefit is one node going down does not affect your whole customers18:22
vulkanzI thought all the vm traffic was passing through the neutron server via l3 agents18:22
admin0but if you are small ( and not running public clouds) , you can have one dedicated server or a few just for neutron18:22
admin0you know those old servers that have less ram that cannot act as compute .. or some old cpu that is not fast enough .. make those neutron servers18:23
vulkanzactually I'm trying to deploy a public cloud with 2 compute nodes18:23
admin0ok .. then make both network nodes as well :)18:23
vulkanzso make both of the compute nodes network as well?18:24
vulkanzon the backend we will have only one neutron server running on a separate dedi18:25
vulkanzcorrect?18:25
*** bengates has quit IRC18:25
*** bengates_ has quit IRC18:26
vulkanzone more thing: do we need to setup both provider and self service network in order to have self service network?18:27
vulkanzadmin0 do let me know whenever you have some free time :)18:38
*** mgoddard has quit IRC18:45
admin0the neutron server runs on a controller node19:01
admin0which also runs all other api services19:01
admin0so you have apis ( that run on controllers) .. hypervisors  and then  network agents .. you are free to run the network agents on its own nodes, on controllers or on compute nodes19:02
vulkanzoh I see19:04
admin0there is also storage node you need for cinder if you are going to use volumes as well19:04
admin0or ceph19:04
admin0normally for a small setup, i will use one server for deployment + cinder + glance ( via nfs) and then 1 controller and rest of them computes/network19:05
vulkanztheres is one more thing which I'm confused about, if I run the ceph on a 10gig network, can we make it the default storage for vms?19:06
vulkanzI've seen by default host storage is used for vms to boot19:06
vulkanzwhats the best practice? because I need HA for storage and ceph is perfect for that purpose19:06
*** vulkanz has quit IRC19:30
*** vulkanz has joined #openstack-neutron19:32
*** vulkanz has left #openstack-neutron19:34
*** gcheresh has joined #openstack-neutron19:34
*** vulkanz has joined #openstack-neutron19:34
*** _mlavalle3 has quit IRC19:38
*** gcheresh has quit IRC19:52
openstackgerritBrian Haley proposed openstack/ovn-octavia-provider master: Add a Kuryr Kubernetes co-gating job  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/76022519:57
openstackgerritBrian Haley proposed openstack/ovn-octavia-provider master: Add SCTP support  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/75442920:03
openstackgerritMerged openstack/ovsdbapp master: Fix gate failure  https://review.opendev.org/c/openstack/ovsdbapp/+/76795620:11
admin0vulkanz, you can start with the 10g network and as you monitor the bandwidth/usage, bond it or upgrade to 40 or 10020:27
*** tmorin has quit IRC20:30
vulkanzadmin0, got it! will bond a few ports as I have a 10gig switch which 16 ports should be enough for initial setup I believe.20:32
vulkanzadmin0, did you read my question about storage? :)20:32
*** slaweq has quit IRC20:33
*** dave-mccowan has quit IRC20:37
admin0you can use ceph for cinder, glance and also nova ( vms )20:39
vulkanzdo most public providers use central storage for booting vms? or host based20:41
vulkanzthat's the confusion I have20:41
vulkanzbecause if we use host-based storage then there can't be HA20:41
*** dave-mccowan has joined #openstack-neutron20:41
admin0vulkanz, most do both :)20:55
admin0based on your use case20:56
admin0if customers pay for HA, then HA ..   and sometimes even if you have HA, you want to provide faster disks ( like local nvme storage ) for latency sensitive databases20:56
admin0just one thing to note is that one compute node can do either HA or local disk20:56
admin0and its controlled via flavors on where you want the instance to boot20:57
vulkanzI see, so in case of proper HA everything goes to ceph20:57
*** nplanel_ has quit IRC20:58
*** nplanel has joined #openstack-neutron20:58
*** jmlowe has joined #openstack-neutron21:00
admin0if you have say raid10 on local disks, and also do not oversell on ram or disk , and only slightly on cpu, then its stable as well21:05
admin0local disk works just fine too21:05
vulkanzI see, but I'm aiming for proper HA21:09
vulkanzjust in case a customer starts a vm and we boot it up from local raid10, drives or array fails and he loses everything21:10
vulkanzthat's why I figured it might be a better idea to run ssd raid on ceph and use that as main storage for vms etc and here asking you for advice :)21:10
admin0you can do that21:16
admin0you need 3x storage nodes for ceph,21:16
admin02x disks on raid1 go to the OS itself, rest to ceph21:17
vulkanzperfect!21:22
vulkanzadmin0 you have cleared so many questions in my mind that i couldn't find a proper answer to anywhere else, thank you very much for that!21:22
admin0you are welcome21:23
vulkanzI will get on with futher reading and get back to you later if I have any more questions :D21:23
admin0if you have more,feel free to ask as well21:23
*** tbachman has quit IRC21:23
vulkanzOkay :D21:25
*** tbachman has joined #openstack-neutron21:26
vulkanzsomehwere in the docs I read that network nodes are not required any moore but in victoria docs I see that theres a proper way to setup network nodes for self-f serv networks (https://docs.openstack.org/neutron/victoria/admin/deploy-lb-selfservice.html)21:26
vulkanzall of this can be on host nodes instead of dedicated network nodes so each node handles its public internet through a dedicated port directly to the 10gig switch etc?21:27
vulkanzif*21:28
vulkanzand in the doc page above now theres a third interface (overlay), can't this be achieved on a normal provider network interface using bridge? for self service networks that is21:30
vulkanznetworking part of openstack is sooo overwhelming tbh lol21:33
admin0for openstack, you can have just one network interface, or many .. .. irrespective of the number of network interfaces you  have, (minimum one) , you will be able to create your own self service networks . and also provider network21:36
admin0provider network means a network which takes your traffic outside of openstack ( to the internet) for example21:36
admin0so if you have 1 10g port, or you use a bond, its possible to do what you want to do21:37
admin0in a single network card, all traffic ( like api, storage, vxlan ) are on fixed vlans .. and then other external networks you add, they get their own vlan21:37
admin0so you might add ext-net as a network on vlan 101 and it goes to your public router towards internet .. and you can also add ext-lan towards your own internal router/vlan/vpn and its not exposed to internet21:38
vulkanzI see!21:38
*** ircuser-1 has quit IRC21:38
admin0if you have multiple network cards, its good to separate the traffic domains and put storage, vxlan, api, vlan etc in their own separate cards21:39
vulkanzI currently have 4x1G and 2x10G sfp+ ports in each server21:39
vulkanzso for management network we could use the 1g, 1x10G for storage and 1x10G for vm network?21:39
vulkanzvm network as in for where the vms connect to internet21:40
admin0you can also bond 4x1g into bond1 and use that for ext-net ( towards internet) and then bond 2x10g,  create 3 vlans -- for api, storage and east-west and be done with it21:40
admin0it also depends on what type of workload, what kind of connection the instances need with internet etc21:40
admin0would you be shelving the vms, using snapshots, using glance a lot etc -- this determins how big you need your api network to be21:42
vulkanzyes certainly a lot of customers do that in our scenario and they require persisent disks hence the ceph choice21:43
admin0if you plan to have 100 vms on 1 server and they are all cpanel server, then ofcourse 4x 1g bond for internet will not be enough .. you need to give maybe 10g21:43
vulkanzwouldn't it be better to run 10g cards for ceph for better io?21:44
admin0ceph/storage = always on 10g21:44
admin010g bond21:44
vulkanzso 20gig in total for each compute host21:44
vulkanzand another 10g card for pub net21:44
vulkanzyeah this makes sense to just ditch 1g at all and run 10g and make life easier than having to create bonds and use lot of port space lol21:45
admin0if you can get 4x 10g, then what you can do is    1x 10g = vlan(north-south) ,  1x10g = vxlan ( east-west) ,   2x 10gb = bond0 = api and storage21:46
vulkanzcorrect me if I am wrong but isnt east-west for storage and internal traffic flow of the cloud? or are we considering a direct connection to storage?21:48
vulkanzinternal I mean api + storage etc21:48
admin0east-west is more like vm <-> vm traffic21:49
admin0and its a good idea to separate it from storage21:49
admin0coz east-west and north-south is what users can utilize to the full ..21:49
vulkanzoh wow that clears up a lot of things and I was thinking totally the opposite! thanks for clearing that up sir!21:49
admin0so in a big cloud if multiple customers decide to run say iperf continously, your storage traffic will go slow and all vms will go slow as all are affected21:50
admin0so its a good idea to separate these types of abuse domains21:50
vulkanzwoot, that is indeed perfect, I'm saving this conversation for reference when building :D21:50
vulkanzdo you also think its a good idea to have a totally separate switch for east-west as well?21:51
admin0there might be 50+ ways to do these stuff and how to make it work optimially21:51
admin0the best one depends on your workload21:51
vulkanzexactly that's what I'm looking to build from the start an optimal system that gives no troubles later21:52
admin0what your customers are, hwo are they in the cloud, what are they expeceted to do .. what kind of vms will run etc21:52
vulkanztbh most of the customers run normal day to day servers e.g cpanel hosting, and then we have some of our own threat intelligence feeds that run on elastic clusters which generate a lot of feeds for clients. Also, some clients run backup servers on our vms ( currently we have a custom kvm setup)21:54
admin0how do you plan to deploy openstack ?21:55
vulkanzWell my plan is to buy all the required equipment and deploy it in a datacenter where we have colo space and run a public cloud21:55
vulkanzstarting budget is around 60k21:56
admin0ok21:56
admin0there is a lot of stuff you need to prepare . ips, bgp, vlan tags, network gear,  maybe look into m1000e blades etc21:57
vulkanzgood thing is we currently have a /20 from arin21:57
vulkanzbut do we really need our own bgp setup? currently all our ranges are being advertised on the dc core router21:58
admin0it depends on how you want to add to openstack .. all floating or direct public etc21:58
openstackgerritBrian Haley proposed openstack/networking-ovn stable/train: Fix gate failure  https://review.opendev.org/c/openstack/networking-ovn/+/76742422:13
*** jamesdenton has quit IRC22:19
*** jamesden_ has joined #openstack-neutron22:19
*** tbachman_ has joined #openstack-neutron22:31
*** tbachman has quit IRC22:32
*** tbachman_ is now known as tbachman22:32
*** nweinber has quit IRC22:32
*** tkajinam has joined #openstack-neutron23:01
*** dave-mccowan has quit IRC23:14
*** dave-mccowan has joined #openstack-neutron23:15
*** zzzeek has quit IRC23:25
*** zzzeek has joined #openstack-neutron23:27
*** rcernin has joined #openstack-neutron23:33
openstackgerritMerged openstack/ovn-octavia-provider stable/ussuri: Fix gate failure  https://review.opendev.org/c/openstack/ovn-octavia-provider/+/76722423:38
*** rcernin has quit IRC23:53
*** rcernin has joined #openstack-neutron23:56
*** rcernin has quit IRC23:59

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!