Skip to content
Merged
Show file tree
Hide file tree
Changes from 3 commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
4 changes: 4 additions & 0 deletions menu/navigation.json
Original file line number Diff line number Diff line change
Expand Up @@ -4190,6 +4190,10 @@
"label": "Public vs private Load Balancers",
"slug": "public-private-accessibility"
},
{
"label": "Migrating from AWS ELB",
"slug": "migrating-aws"
},
{
"label": "Deprecation of SNI routes with HTTP backends",
"slug": "sni-route-deprecation"
Expand Down
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
Loading
Sorry, something went wrong. Reload?
Sorry, we cannot display this file.
Sorry, this file is invalid so it cannot be displayed.
119 changes: 119 additions & 0 deletions pages/load-balancer/reference-content/migrating-aws.mdx
Original file line number Diff line number Diff line change
@@ -0,0 +1,119 @@
---
title: Migrating from AWS to Scaleway for your load balancer needs
description: Migrate from AWS to Scaleway for load balancing with this guide. Learn about the differences and equivalences between AWS Elastic Load Balancers and Scaleway Load Balancers, including types, concepts, setup, and pricing
tags: load-balancer ELB application network listener target-group Scaleway AWS elastic-load-balancer
dates:
validation: 2025-07-28
posted: 2025-07-28
---

import lbDiagSimple from './assets/scaleway-lb-diag-simple.webp'
import lbDiagComplex from './assets/scaleway-lb-diag-complex.webp'

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](##application-vs-network-with-scaleway) to provide equivalences to the various types of AWS Elastic Load Balancer: <br/><br/>


| | AWS Classic LB | AWS Application LB | AWS Network LB | AWS Gateway LB | SCW LB |
|--------------|------------------------|--------------------|----------------|----------------|-----------------------|
| OSI Layer | L4 & L7 | L7 | L4 | L3 & L4 | L4 & L7 |
| Protocols | HTTP, HTTPS, TCP | HTTP, HTTPS | TCP, TLS, UDP | All IP traffic | HTTP, 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:

| AWS | Scaleway |
|--------------------------------|-----------------------------------------------|
| Target group | Backend |
| Target | Backend server |
| Listener | Frontend |
| Listener rules | Routes |
| Listener rules | Routes |
| Internal Load Balancer | Private Load Balancer |
| Security group | ACL |
| Metrics with Amazon CloudWatch | Metrics with Scaleway Cockpit |

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

<Lightbox image={lbDiagSimple} alt="A diagram shows how user requests or connections flow through a Load Balancer's public IP, to a frontend, to a backend, to backend servers" />

## 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.

| AWS | Scaleway |
|----------------------------------------------------------|-------------------------------------------------------------|
| 1. Configure target group | 1. 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 listener | 3. 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](/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.

<Lightbox image={lbDiagComplex} alt="A diagram shows how user requests or connections flow through a Load Balancer's public IP, to one of multiple frontends, to one of multiple backends, to backend servers" />

### 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 Balancer have a different hourly rate, 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](https://www.scaleway.com/en/pricing/network/#load-balancer).

## Useful documentation

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

- [Load Balancer Documentation Home](/load-balancer/)
- [Load Balancer Concepts](/load-balancer/concepts/)
- [Load Balancer Quickstart](/load-balancer/quickstart/)
- [Load Balancer FAQ](/load-balancer/faq/)
Loading