You are browsing a read-only backup copy of Wikitech. The live site can be found at wikitech.wikimedia.org
Anycast: Difference between revisions
imported>Ayounsi |
imported>Ayounsi |
||
(6 intermediate revisions by 2 users not shown) | |||
Line 1: | Line 1: | ||
== External == | == External == | ||
PoC: [[Anycast_authoritative_DNS]] | PoC: [[Anycast_authoritative_DNS]] | ||
PoC: [[Wikidough|Wikidough DoH/DoT recursive resolver]] | |||
PoC: [[Durum]] | |||
== Internal == | == Internal == | ||
Line 42: | Line 46: | ||
##*If any complex commands create a small bash script or use <code>check_cmd: "/bin/sh -c '<commands>'"</code> | ##*If any complex commands create a small bash script or use <code>check_cmd: "/bin/sh -c '<commands>'"</code> | ||
##*anycast-healthchecker use the return code of the heath-check script, 0 = good, everything else is considered as a failure | ##*anycast-healthchecker use the return code of the heath-check script, 0 = good, everything else is considered as a failure | ||
##*IPv6 is supported but not enabled by default. See the section below on how to enable it. | |||
# Configure the router side: | # Configure the router side: | ||
##<code>set protocols bgp group Anycast4 neighbor <server_IP></code> | ##<code>set protocols bgp group Anycast4 neighbor <server_IP></code> | ||
Line 49: | Line 54: | ||
==== What other configuration bits are relevant? ==== | ==== What other configuration bits are relevant? ==== | ||
Hiera keys:<syntaxhighlight lang="yaml"> | Hiera keys:<syntaxhighlight lang="yaml"> | ||
# service | # service the anycast-healthchecker binds to. | ||
# | # bird is automatically bounded to anycast-healthchecker | ||
profile::bird::bind_anycast_service: haproxy.service | |||
profile::bird:: | |||
# Router IPs with which Birds establish BGP sessions | # Router IPs with which Birds establish BGP sessions | ||
Line 62: | Line 66: | ||
# Fast failure detection between router and server (Optional, true by default) | # Fast failure detection between router and server (Optional, true by default) | ||
profile::bird::bfd: true | profile::bird::bfd: true | ||
# Usually set per service (role) | # Usually set per service (role) | ||
Line 75: | Line 75: | ||
service_type: foobar # Can be any string, if underling applications need to distinguish VIPs (required) | service_type: foobar # Can be any string, if underling applications need to distinguish VIPs (required) | ||
ensure: present # Set to absent to cleanly remove the check (optional, present by default) | ensure: present # Set to absent to cleanly remove the check (optional, present by default) | ||
# IPv6 support (experimental!) | |||
# IPv6 is not enabled by default and needs to be explicitly enabled as the use case is limited and current deployments use IPv4 | |||
# To enable IPv6 support, you need to set do_ipv6 to true and then set the relevant IPv6 settings (address_ipv6 and check_cmd_ipv6) | |||
profile::bird::do_ipv6: true | |||
profile::bird::advertise_vips: | |||
<vip_fqdn>: # Used as identifier | |||
address: 10.3.x.x # VIP to advertise (required) | |||
check_cmd: '/bin/true' # Any command to check the healh of the service, ran as user "bird" once per second (required) | |||
service_type: foobar # Can be any string, if underling applications need to distinguish VIPs (required) | |||
ensure: present # Set to absent to cleanly remove the check (optional, present by default) | |||
address_ipv6: 2620:0:860 # /128 IPv6 VIP to advertise (required if do_ipv6 is set to true) | |||
check_cmd_ipv6: '/bin/true' # command to check the health of the service, for IPv6 | |||
</syntaxhighlight> | </syntaxhighlight> | ||
Line 128: | Line 141: | ||
====How to monitor anycast_healthchecker logs?==== | ====How to monitor anycast_healthchecker logs?==== | ||
<code>/var/log/anycast-healthchecker/anycast-healthchecker.log</code> | <code>/var/log/anycast-healthchecker/anycast-healthchecker.log</code> | ||
<br /> | |||
==== How to monitor Bird's health? ==== | |||
https://grafana.wikimedia.org/d/dxbfeGDZk/anycast<br /> | |||
====How to know which routes a router takes to a specific VIP?==== | ====How to know which routes a router takes to a specific VIP?==== | ||
Here both next hops (servers) are load balanced, as they are under the same *[BGP] block.<syntaxhighlight lang="bash" line="1"> | Here both next hops (servers) are load balanced, as they are under the same *[BGP] block.<syntaxhighlight lang="bash" line="1"> | ||
Line 146: | Line 161: | ||
4.|-- recdns.anycast.wmnet 0.0% 10 195.1 195.1 195.1 195.1 0.0 | 4.|-- recdns.anycast.wmnet 0.0% 10 195.1 195.1 195.1 195.1 0.0 | ||
</syntaxhighlight> | </syntaxhighlight> | ||
====How to temporarily depool a server==== | ====How to temporarily depool a server?==== | ||
Disable Puppet, stop the bird service. | Disable Puppet, stop the bird service. | ||
====How to long term depool a server==== | ====How to long term depool a server?==== | ||
Several options: | Several options: | ||
* Deactivate the neighbor IP on the router side | * Deactivate the neighbor IP on the router side | ||
* (Cleaner) Add a specific <code>profile::bird::advertise_vips</code> with the same identifier to the server, and <code>check_cmd: /bin/false</code> or <code>ensure: absent</code> | * (Cleaner) Add a specific <code>profile::bird::advertise_vips</code> with the same identifier to the server, and <code>check_cmd: /bin/false</code> or <code>ensure: absent</code> | ||
==== How to upgrade bird? ==== | |||
See The bird 2 upgrade task for https://phabricator.wikimedia.org/T310574 for possible pitfalls. | |||
Notably make sure the <code>anycast-healthchecker</code> and <code>prometheus-bird-exporter</code> packages and tools are compatible. | |||
=== Troubleshooting === | === Troubleshooting === | ||
Line 173: | Line 193: | ||
Process is <code>sudo service anycast-healthchecker status</code> | Process is <code>sudo service anycast-healthchecker status</code> | ||
=== anycast-healthchecker logging === | |||
In the default configuration, anycast-healthchecker sets logging level to ''info'' and saves eight backups of logs to disk, taking care of log rotation itself. Since this may not be desired for hosts where anycast-hc is already functioning, you can decrease the verbosity and change the number of backups it maintains by using this Hiera configuration: | |||
profile::bird::anycasthc_logging: | |||
level: 'critical' | |||
num_backups: 2 | |||
You can choose from the following logging levels: 'debug', 'info', 'warning', 'error', 'critical'. | |||
=== Limitations === | === Limitations === | ||
Line 178: | Line 208: | ||
*The server "self-monitor" itself, if it fails in a way where BGP is up, but DNS is unreachable from outside to the VIP (eg. iptables) this will cause an outage | *The server "self-monitor" itself, if it fails in a way where BGP is up, but DNS is unreachable from outside to the VIP (eg. iptables) this will cause an outage | ||
*By the nature of Anycast, Icinga will only check the health of the VIP closer to it | *By the nature of Anycast, Icinga will only check the health of the VIP closer to it | ||
**This could be worked around by checking the anycasted service health from various vantage points | **This could be worked around by checking the anycasted service health from various vantage points - {{Phabricator/en|T311618}} | ||
**health checks to the servers' real IP still works | **health checks to the servers' real IP still works | ||
=== Future evolution === | === Future evolution === | ||
*Upgrade anycast_healthchecker to 0.9.0 or more recent (and rollback https://gerrit.wikimedia.org/r/c/operations/puppet/+/520643) | *Upgrade anycast_healthchecker to 0.9.0 or more recent (and rollback https://gerrit.wikimedia.org/r/c/operations/puppet/+/520643) | ||
*Implement BGP graceful shutdown on the server side to drain traffic before depooling | *Implement BGP graceful shutdown on the server side to drain traffic before depooling | ||
Latest revision as of 12:57, 14 March 2023
External
PoC: Anycast_authoritative_DNS
PoC: Wikidough DoH/DoT recursive resolver
PoC: Durum
Internal
In production
How?
How does it work?
https://en.wikipedia.org/wiki/Anycast
- The VIP (virtual IP) is configured on the servers loopback
- Bird (routing daemon) advertises the VIP to the routers using BGP
- (optional) A BFD session is established between Bird and the routers to ensure fast failover in case of server or link failure
- Anycast_healthchecker monitors the local (anycasted) service by querying it every second
- If a service failure is detected, the VIP stops being advertised to the routers
- When the service is restored, anycast_healthchecker waits 10s before re-advertising the IP to avoid flaps
- The bird service is linked (systemd bind) to the anycast_healthchecker service so bird is stopped if anycast_healthchecker is not running/crashed
- Time between a local service failure and clients to be redirected to a different server (advertising the same VIP) is 1s max
- All servers advertise the same VIP worldwide, clients will be be routed to the closest (in the BGP definition) server (same DC, then shorter AS path, etc...) but is not based on latency
- Routers do per flow load balancing (ECMP) between all local (same site) servers. Hashing is done on IP and port (L4)
- As last hope backup, in case all servers stop advertising the VIP (eg. global missconfiguration), eqiad and codfw routers have less specific (/30) backup static routes pointing to their local servers
How to deploy a new service?
- Assign an IP in DNS, from the 10.3.0.0/24 range - (eg. Gerrit CR 524045)
- Configure the server side (eg. Gerrit CR 524037)
- Add
include ::profile::bird::anycast
where you see fit (usually to the service's role) - Configure the VIP and its required attributes (usually
hieradata/role/common/
Notes:profile::bird::advertise_vips: <vip_fqdn>: # used as identifier address: 10.3.x.x # VIP to advertise check_cmd: '/bin/true' # Any command to check the health of the service service_type: foobar # Can be any string, if underling applications need to distinguish VIPs check_fail: 2 # (Optional, default = 1) number of tries before the service is considered down
- check_cmd is ran once per second from user "bird"
- If any complex commands create a small bash script or use
check_cmd: "/bin/sh -c '<commands>'"
- anycast-healthchecker use the return code of the heath-check script, 0 = good, everything else is considered as a failure
- IPv6 is supported but not enabled by default. See the section below on how to enable it.
- Add
- Configure the router side:
set protocols bgp group Anycast4 neighbor <server_IP>
- Add monitoring to the VIP, similar to any Icinga checks, but in modules/profile/manifests/bird/anycast_monitoring.pp
- (Optional) if deploying a new type of service, ask Netops to add a backup static route
What other configuration bits are relevant?
Hiera keys:
# service the anycast-healthchecker binds to.
# bird is automatically bounded to anycast-healthchecker
profile::bird::bind_anycast_service: haproxy.service
# Router IPs with which Birds establish BGP sessions
# Usually set per site
profile::bird::neighbors_list:
- routerIP
- other_router_IP
# Fast failure detection between router and server (Optional, true by default)
profile::bird::bfd: true
# Usually set per service (role)
# But can be set for a specific host as well, for example to specifically remove the VIP from a host to be decommissioned.
profile::bird::advertise_vips:
<vip_fqdn>: # Used as identifier
address: 10.3.x.x # VIP to advertise (required)
check_cmd: '/bin/true' # Any command to check the healh of the service, ran as user "bird" once per second (required)
service_type: foobar # Can be any string, if underling applications need to distinguish VIPs (required)
ensure: present # Set to absent to cleanly remove the check (optional, present by default)
# IPv6 support (experimental!)
# IPv6 is not enabled by default and needs to be explicitly enabled as the use case is limited and current deployments use IPv4
# To enable IPv6 support, you need to set do_ipv6 to true and then set the relevant IPv6 settings (address_ipv6 and check_cmd_ipv6)
profile::bird::do_ipv6: true
profile::bird::advertise_vips:
<vip_fqdn>: # Used as identifier
address: 10.3.x.x # VIP to advertise (required)
check_cmd: '/bin/true' # Any command to check the healh of the service, ran as user "bird" once per second (required)
service_type: foobar # Can be any string, if underling applications need to distinguish VIPs (required)
ensure: present # Set to absent to cleanly remove the check (optional, present by default)
address_ipv6: 2620:0:860 # /128 IPv6 VIP to advertise (required if do_ipv6 is set to true)
check_cmd_ipv6: '/bin/true' # command to check the health of the service, for IPv6
How are the routers configured?
# show protocols bgp group Anycast4
type external;
/* T209989 */
multihop {
ttl 193;
}
local-address 208.80.153.193; # Router's loopback
damping;
import anycast_import; # See below
family inet {
unicast {
prefix-limit {
maximum 50; # Take the session down if more than 50 prefixes
teardown; # learned from the servers (eg. missconfiguration)
}
}
}
export NONE;
peer-as 64605; # Server's ASN
bfd-liveness-detection {
minimum-interval 300; # Take the session down after 3*300ms failures
}
multipath; # Enable load balancing (remove for active/passive)
neighbor 208.80.153.111; # Servers IPs
neighbor 208.80.153.77;
# show policy-options policy-statement anycast_import
term anycast4 {
from {
prefix-list-filter anycast-internal4 longer; # Only accept prefixes in the defined range
}
then {
damping default;
accept;
}
}
then reject;
# show policy-options prefix-list anycast-internal4
10.3.0.0/24;
# show routing-options static route 10.3.0.0/30
next-hop 208.80.153.111;
readvertise;
no-resolve;
How to monitor anycast_healthchecker logs?
/var/log/anycast-healthchecker/anycast-healthchecker.log
How to monitor Bird's health?
https://grafana.wikimedia.org/d/dxbfeGDZk/anycast
How to know which routes a router takes to a specific VIP?
Here both next hops (servers) are load balanced, as they are under the same *[BGP] block.
> show route 10.3.0.1
10.3.0.1/32 *[BGP/170] 1w4d 08:54:21, localpref 100, from 208.80.153.77
AS path: 64605 I, validation-state: unverified
to 208.80.153.77 via ae3.2003
> to 208.80.153.111 via ae4.2004
MTR can also be used for less granularity (site). Eg:
bast5001:~$ mtr 10.3.0.1 --report
Start: Fri Apr 5 16:48:21 2019
HOST: bast5001 Loss% Snt Last Avg Best Wrst StDev
1.|-- ae1-510.cr2-eqsin.wikimed 0.0% 10 0.3 0.7 0.2 4.4 1.1
2.|-- ae0.cr1-eqsin.wikimedia.o 0.0% 10 0.2 1.0 0.2 7.8 2.3
3.|-- xe-5-1-2.cr1-codfw.wikime 0.0% 10 195.1 195.3 195.1 196.5 0.3
4.|-- recdns.anycast.wmnet 0.0% 10 195.1 195.1 195.1 195.1 0.0
How to temporarily depool a server?
Disable Puppet, stop the bird service.
How to long term depool a server?
Several options:
- Deactivate the neighbor IP on the router side
- (Cleaner) Add a specific
profile::bird::advertise_vips
with the same identifier to the server, andcheck_cmd: /bin/false
orensure: absent
How to upgrade bird?
See The bird 2 upgrade task for https://phabricator.wikimedia.org/T310574 for possible pitfalls.
Notably make sure the anycast-healthchecker
and prometheus-bird-exporter
packages and tools are compatible.
Troubleshooting
Bird daemon not running
This will trigger an automatic de-pool of the faulty server. Unless this is happening to multiple servers it is not an emergency.
Open a netops task and investigate like any daemon issue.
Has it been shutdown on purpose? Did any change have been made recently?
What do the log says (grep for "bird" in /var/log/syslog)?
Can it be restarted with service bird start
?
Anycast healthchecker not running
Same as above.
Logs are in /var/log/anycast-healthchecker/anycast-healthchecker.log
Process is sudo service anycast-healthchecker status
anycast-healthchecker logging
In the default configuration, anycast-healthchecker sets logging level to info and saves eight backups of logs to disk, taking care of log rotation itself. Since this may not be desired for hosts where anycast-hc is already functioning, you can decrease the verbosity and change the number of backups it maintains by using this Hiera configuration:
profile::bird::anycasthc_logging: level: 'critical' num_backups: 2
You can choose from the following logging levels: 'debug', 'info', 'warning', 'error', 'critical'.
Limitations
- The server "self-monitor" itself, if it fails in a way where BGP is up, but DNS is unreachable from outside to the VIP (eg. iptables) this will cause an outage
- By the nature of Anycast, Icinga will only check the health of the VIP closer to it
- This could be worked around by checking the anycasted service health from various vantage points - task T311618
- health checks to the servers' real IP still works
Future evolution
- Upgrade anycast_healthchecker to 0.9.0 or more recent (and rollback https://gerrit.wikimedia.org/r/c/operations/puppet/+/520643)
- Implement BGP graceful shutdown on the server side to drain traffic before depooling