You are browsing a read-only backup copy of Wikitech. The primary site can be found at wikitech.wikimedia.org

Talk:Wikimedia network guidelines: Difference between revisions

From Wikitech-static
Jump to navigation Jump to search
imported>Ayounsi
 
imported>BCornwall
 
Line 13: Line 13:
:It's a good idea to monitor clusters' traffic (Eg. all servers' egress) and have projections. We do monitor infrastructure links usage.
:It's a good idea to monitor clusters' traffic (Eg. all servers' egress) and have projections. We do monitor infrastructure links usage.
:2 years down the road is enough time for us to adapt/scale to an organic growth. That guideline is to have something to look after and start a conversation if the trend is getting close to it. As we refresh the network hardware, that number will increase. [[User:Ayounsi|Ayounsi]] ([[User talk:Ayounsi|talk]]) 18:09, 2 September 2022 (UTC)
:2 years down the road is enough time for us to adapt/scale to an organic growth. That guideline is to have something to look after and start a conversation if the trend is getting close to it. As we refresh the network hardware, that number will increase. [[User:Ayounsi|Ayounsi]] ([[User talk:Ayounsi|talk]]) 18:09, 2 September 2022 (UTC)
== Should this be merely called "Network guidelines"? ==
All the other networking pages don't include "Wikimedia" in the title. This is possibly too nit-picky, in which case feel free to ignore. :) --[[User:BCornwall|BCornwall]] ([[User talk:BCornwall|talk]]) 12:58, 6 September 2022 (UTC)

Latest revision as of 12:58, 6 September 2022

Cross DC traffic flows SHOULD be capped at 5Gbps

This might be a bit difficult to enforce. It depends a lot on software capability and the service in question. In case such a service shows up, how do we plan to treat it? Case by case basis? Upgrades? Revisiting architecture/implementation? Alexandros Kosiaris (talk) 13:03, 2 September 2022 (UTC)

True, that's why it's a "should" and not "must" :) It doesn't apply to most of SREs, but useful to start the conversation with the the few that might be more network heady.
We've been fortunate so far that all network heavy systems have some direct or indirect (eg. number of parallel jobs) ways of controlling their bandwidth usage.
It is indeed case by case (we're already discussing with some teams). We also get feedback during capacity planning to scale the network accordingly (with headroom for unexpected projects, up to a point). Ayounsi (talk) 18:01, 2 September 2022 (UTC)

Cluster traffic exchanges within a DC SHOULD NOT exceed 30Gbps

Should we add monitoring for this? It might be very difficult to gauge the adoption rate and generated traffic pattens of a new cluster 2 years down the road. Alexandros Kosiaris (talk) 13:04, 2 September 2022 (UTC)

It's a good idea to monitor clusters' traffic (Eg. all servers' egress) and have projections. We do monitor infrastructure links usage.
2 years down the road is enough time for us to adapt/scale to an organic growth. That guideline is to have something to look after and start a conversation if the trend is getting close to it. As we refresh the network hardware, that number will increase. Ayounsi (talk) 18:09, 2 September 2022 (UTC)

Should this be merely called "Network guidelines"?

All the other networking pages don't include "Wikimedia" in the title. This is possibly too nit-picky, in which case feel free to ignore. :) --BCornwall (talk) 12:58, 6 September 2022 (UTC)