Skip to navigationSkip to main contentSkip to footerScaleway DocsAsk our AI
Ask our AI

Migrating from AWS to Scaleway for your load balancer needs

You may be used to creating and managing your cloud load balancers with AWS. This document is intended to help and guide users considering migrating from AWS to Scaleway for their load balancing needs. It aims to help you understand the differences and equivalences between load balancer concepts and resource creation with AWS versus Scaleway.

Load Balancer products and types

AWS offers several different "Elastic" Load Balancer products. Scaleway offers a single Load Balancer product, which can be configured in different ways to provide equivalences to the various types of AWS Elastic Load Balancer:

AWS Classic LBAWS Application LBAWS Network LBAWS Gateway LBSCW LB
OSI LayerL4 & L7L7L4L3 & L4L4 & L7
ProtocolsHTTP, HTTPS, TCPHTTP, HTTPSTCP, TLS, UDPAll IP trafficHTTP, HTTPS, TCP, TLS

Key concepts and naming differences

AWS and Scaleway do not always use the same wording to describe similar Load Balancer features. The table below is designed to help you translate feature and concept naming from one cloud provider's load balancer product to another:

AWSScaleway
Target groupBackend
TargetBackend server
ListenerFrontend
Listener rulesRoutes
Listener rulesRoutes
Internal Load BalancerPrivate Load Balancer
Security groupACL
Metrics with Amazon CloudWatchMetrics with Scaleway Cockpit

The diagram below shows the simplest form of Scaleway Load Balancer:

Scaleway Load Balancer features

Scaleway Load Balancer offers the following features:

Frontend:

  • Public IPv4 and optional public IPv6 address (or private IP only)
  • SSL/TLS certificate upload
  • ACLs to filter incoming traffic
  • HTTP/3 support
  • HTTP Host header and SNI routes

Backend:

  • HTTP, HTTPS, TCP, and TLS support
  • Balancing between Scaleway resources (Instances, Elastic Metal servers, Dedibox) identified by public or private IP, or between non-SCW resources with selected plans
  • Configurable balancing method: round-robin, least connections, first available
  • Proxy Protocol
  • Sticky sessions (IP-based or cookie-based)
  • Customizable health checks
  • Backend protection
  • Customized error page

Other:

  • Compatibility with Scaleway VPC
  • Compatibility with Scaleway Kubernetes Kapsule and Scaleway CCM
  • Caching and WAF via Edge Services

Load Balancer creation

AWS flow vs Scaleway flow

The process for creating a Scaleway Load Balancer is different to that of AWS. Whereas for AWS, you must first define the target group that the load balancer will forward traffic to, with Scaleway you begin by creating the Load Balancer itself and then define the target group (server IPs) during creation of the Load Balancer's backend.

AWSScaleway
1. Configure target group1. Create Load Balancer (AZ, commercial type, public and/or private IP)
2. Choose and create load balancer type (Network / Application etc)2. Create and configure frontend (port)
3. Configure load balancer and listener3. Create and configure backend (port, protocol, traffic management, backend server IP addresses, advanced settings, health checks)
4. Configure additional settings (SSL/TLS certs, ACLs, routes, HTTP3, Edge Services, additional frontends and backends etc.)

The full process of creating a Load Balancer with Scaleway is detailed in the Load Balancer Quickstart.

The diagram below shows a Scaleway Load Balancer with multiple frontends and backends. In this case, the frontends listen on different ports, and use routes to determine which of their attached backends to forward traffic to.

Application vs Network with Scaleway

To create the equivalent of an AWS Application Load Balancer with Scaleway, you will typically create a Load Balancer with:

  • One or more frontends listening on port 80 or 443
  • One or more backends configured for HTTP or HTTPS protocol
  • (Optional) Routes from frontends to backends based on HTTP Host headers

To create the equivalent of an AWS Network Load Balancer with Scaleway, you will typically create a Load Balancer with:

  • One or more frontends listening on a port matching your application
  • One or more backends configured for TCP protocol
  • (Optional) Routes from frontends to backends based on SNI

Plans and pricing

Like AWS, the pricing model for Scaleway Load Balancers is based on an hourly rate. Different commercial types of Load Balancers have different hourly rates, based on:

  • Maximum supported bandwidth
  • Multicloud support (whether the Load Balancer can forward traffic to backend servers outside of Scaleway)

For full pricing details, see our dedicated pricing page.

Useful documentation

To learn more about Scaleway Load Balancer, try the following documentation:

Still need help?

Create a support ticket
No Results