Deploy an HTTP Load Balancer
without touching the console.
Configure your virtual host, origin pools, advertisement, and security posture. The right panel renders the exact API payload, a ready-to-run curl command, and a validation report against the OpenAPI spec.
www.foo.com) or wildcard prefix (*.foo.com). Bare wildcards rejected.x.x.x.x/TCP/443 is in use as default LB.name + namespace. Max 8 pools per LB.Define an upstream pool of origin servers.
An Origin Pool tells the LB where to send traffic — public IPs, private IPs at a CE site, public DNS names, or k8s services. Health checks remove unhealthy servers from rotation. The LB references this pool by name + namespace.
Define a health probe attached to an Origin Pool.
XC sends HTTP / TCP / UDP-ICMP probes to each origin server. Failed servers drop out of rotation until they recover. Tune interval, timeout, and the healthy/unhealthy thresholds for your traffic profile.
Define a WAF policy for HTTP Load Balancers.
Choose enforcement mode (monitoring vs. blocking), bot defense behaviour, blocking page, anonymization, and allowed response codes. The LB references this policy via the app_firewall field.
Rate-limit traffic with fine-grained rules.
Each rule combines an action (apply / bypass / custom limiter) with country, IP, method, and path matchers. Rules evaluate top-down, first match wins. Reference this policy from your HTTP_LB's rate-limit setting.
Allow / deny traffic with a service policy.
Pick one of: allow all, deny all, allow-list (IP prefixes), deny-list, or full rule list. Rule lists support per-rule action (ALLOW/DENY) with country, IP, method, and path matching.