krishnasrinivas / sidekick

HTTP Loadbalancer run as a sidecar

Sidekick

sidekick is a high-performance sidecar load-balancer. By attaching a tiny load balancer as a sidecar to each of the client application processes, you can eliminate the centralized loadbalancer bottleneck and DNS failover management. sidekick automatically avoids sending traffic to the failed servers by checking their health via the readiness API and HTTP error returns.

• Download
• Usage
  • Examples
  • Examples as Spark executor sidecar
  • Roadmap

Download

Download Binary Releases for various platforms.

Usage

USAGE:
  sidekick [FLAGS] ENDPOINTs...
  sidekick [FLAGS] ENDPOINT{1...N}

FLAGS:
  --address value, -a value          listening address for sidekick (default: ":8080")
  --health-path value, -p value      health check path (default: "/health/ready")
  --health-duration value, -d value  health check duration (default: 5s)
  --insecure, -i                     disable TLS certificate verification
  --log , -l                         enable logging
  --help, -h                         show help
  --version, -v                      print the version

Examples

• Load balance across a web service using DNS provided IPs.

$ sidekick http://myapp.myorg.dom

• Load balance across 4 MinIO Servers (http://minio1:9000 to http://minio4:9000)

$ sidekick --address :8000 http://minio{1...4}:9000

• Load balance across 16 MinIO Servers (http://minio1:9000 to http://minio16:9000)

$ sidekick --health-path=/minio/health/ready http://minio{1...16}:9000

Examples as Spark executor sidecar

https://github.com/GoogleCloudPlatform/spark-on-k8s-operator/blob/master/docs/user-guide.md#using-sidecar-containers

spec:
  executor:
    sidecars:
    - name: sidekick
      image: "minio/sidekick:latest"
      args: ["--address", ":8080", "http://minio-lb:30002"]
      ...

Roadmap

• S3 Cache: Use an S3 compatible object storage for shared cache storage