1. Overview
Cloud Spectra Gateway is an AWS networking appliance that deploys entirely into your own AWS account. It replaces metered AWS networking and LLM-API spend with a fixed EC2 cost -- your cloud, off the meter. All traffic and configuration stay inside your account: there is no vendor control plane and no data leaves your boundary.
You subscribe on the AWS Marketplace, launch a CloudFormation stack, and within minutes you have a running gateway with a management dashboard. Outbound NAT works immediately; you turn on additional features from the dashboard as you need them.
Cloud Spectra Gateway replaces the AWS services you are currently metered on with in-appliance equivalents:
| What AWS meters | Cloud Spectra Gateway equivalent | Tier |
|---|---|---|
| NAT Gateway (hourly + per-GB) | Source NAT (sNAT) on the appliance | Network |
| Inbound forwarding | Destination NAT / port forwarding (dNAT) | Network |
| Network Load Balancer (L4) | In-appliance Linux IPVS L4 load balancing | Network |
| TLS termination | HAProxy + ACM certificate on port 443 | Network |
| Inline inspection / IDS-IPS | Suricata IDS/IPS + nftables firewall | Security |
| Forward web proxy | Squid proxy with caching and filtering | Network |
| LLM API spend | OpenAI-compatible AI Gateway with response caching | AI Gateway |
Cloud Spectra ships as three stacking tiers -- Network, Security, and AI Gateway -- where each higher tier includes everything in the one below it. For the full breakdown of every feature and how it works, see the User Guide; for how the appliance is assembled internally, see the Architecture guide.
Deployment flow at a glance
graph TD
MP["AWS Marketplace
subscribe to a tier"] --> CF["CloudFormation stack
new-VPC or existing/BYO-VPC"]
CF --> ASG["Per-AZ Auto Scaling Group
one ASG per Availability Zone"]
ASG --> GWLB["Gateway Load Balancer (GENEVE)
horizontal scale"]
GWLB --> EIP["Elastic IP
stable endpoint"]
EIP --> DASH["HTTPS dashboard
port 443 (HAProxy + ACM)"]
DASH --> DONE["Login & configure"]
style MP fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
style CF fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
style DONE fill:#d1fae5,stroke:#10b981,color:#065f46
2. Prerequisites
To complete this quick start you need:
- An AWS account where you can subscribe on the Marketplace and create resources.
- A chosen AWS Region to deploy into (any commercial region works).
- Permissions to create CloudFormation stacks and the resources they create: EC2 instances, VPC networking, IAM roles, Auto Scaling groups, and an Elastic IP.
- An EC2 key pair in the launch Region (used for SSH access and to retrieve the one-time dashboard password).
- Optional: an AWS Certificate Manager (ACM) certificate if you want the dashboard and TLS termination to serve a trusted certificate instead of the default self-signed one.
3. Choose a deployment
Cloud Spectra Gateway supports three deployment methods. This quick start focuses on the Marketplace 1-click CloudFormation path; the other two are covered in detail in the User Guide.
| Method | Best for | How |
|---|---|---|
| Marketplace + CloudFormation | The fastest, recommended path for most customers | 1-click from the listing into a CloudFormation stack |
| Terraform | Teams managing infrastructure as code | The cloudspectra/cloudspectra provider + AWS modules |
| Standalone AMI | Quick trials or non-CloudFormation environments | Launch the AMI directly; boots with NAT + dashboard |
CloudFormation: new VPC vs existing/BYO VPC
The Marketplace listing offers two CloudFormation templates. Pick the one that matches your environment:
- New-VPC template -- Cloud Spectra creates a fresh VPC, subnets, route tables, and an internet gateway for you. This is the simplest starting point and is the default.
- Existing / BYO-VPC template -- Cloud Spectra deploys into a VPC and subnets you already operate. Use this for production accounts where the network is already established.
cloudspectra/cloudspectra via a one-time network mirror block in ~/.terraformrc, then drive both deployment and feature configuration with the provider's resources. Full instructions are in the User Guide.
4. Deploy via CloudFormation
Estimated time: 8-10 minutes
1Subscribe on AWS Marketplace
Visit the AWS Marketplace and subscribe to the Cloud Spectra Gateway listing for the tier you want -- Network, Security, or AI Gateway. Each higher tier includes everything in the tiers below it, so choose the feature set you need today. Subscribing entitles your account to launch the gateway's AMI.
2Launch the CloudFormation stack
From the listing, choose Continue to Launch. This opens the CloudFormation console with the Cloud Spectra template pre-loaded. Confirm your launch Region in the top-right of the console before continuing.
3Pick a template: new-VPC or existing/BYO-VPC
Select the new-VPC template to have Cloud Spectra build the network for you, or the existing/BYO-VPC template to deploy into a VPC and subnets you already run (see section 3). When in doubt, start with the new-VPC template.
4Set parameters
Most defaults are sensible. The key parameters to review:
| Parameter | What it controls |
|---|---|
| VPC selection | New VPC (created for you) vs an existing VPC ID + subnets you provide. |
| Availability Zones | The list of AZs to deploy into. One ASG is created per AZ; AZ 1 is required, additional AZs add high availability. |
| Instance type | The EC2 instance type for gateway nodes. Can be changed live later. |
| Admin access CIDR | The source CIDR allowed to reach the dashboard. Restrict to your office or VPN range. |
| ACM certificate (optional) | An ACM certificate ARN to serve trusted TLS on port 443. |
5Wait for CREATE_COMPLETE
Acknowledge the IAM capability prompt and create the stack. Provisioning takes roughly 8-10 minutes. Watch the stack Events until the status reads CREATE_COMPLETE.
5. First login
6Find the dashboard URL in stack Outputs
Open the stack's Outputs tab in the CloudFormation console. The output for the gateway's Elastic IP is your stable dashboard endpoint. Open it over HTTPS on port 443 (TLS is terminated by HAProxy using your ACM certificate, or a self-signed certificate if you did not supply one).
7Retrieve the initial admin password
Log in as user admin. Retrieve the one-time initial password using your EC2 key pair (the stack Outputs include the command to fetch the SSH key). Password authentication and root login are disabled on the appliance, so you authenticate with the key pair:
# SSH in as user "admin" with your EC2 key pair ssh -i ~/.ssh/your-key.pem admin@<ELASTIC_IP> # Read the one-time dashboard init password cat /opt/cloudspectra/conf/dashboard_init_pw
The initial password is also written to SSM Parameter Store in your account.
8Set a permanent password
The dashboard forces a password change on first login. After you set your own password, the one-time init password stops working. Keep your new password somewhere safe -- the gateway has no vendor-side recovery path because there is no vendor control plane.
6. NAT works out of the box
As soon as the stack reaches CREATE_COMPLETE, source NAT is already running on the appliance -- no configuration step is required. Private instances whose route tables point default traffic at the Cloud Spectra ENI immediately reach the internet through the gateway's Elastic IP.
graph LR
subgraph VPC["Your VPC"]
PRIV["Private subnet instances
(no public IP)"]
GW["Cloud Spectra Gateway
sNAT on per-AZ ENI"]
end
EIP["Elastic IP
(stable egress)"]
NET["Internet"]
PRIV -->|"0.0.0.0/0 route"| GW
GW --> EIP
EIP --> NET
style GW fill:#d1fae5,stroke:#10b981,color:#065f46
style EIP fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
9Verify outbound from a private instance
SSH into any EC2 instance in a private subnet that routes through the gateway, and confirm it can reach the internet:
# From a private instance routed through Cloud Spectra: curl -s https://checkip.amazonaws.com # The returned IP should match the gateway's Elastic IP # (the AccessElasticIp value from the stack Outputs).
7. Enable a feature
Every additional capability is turned on the same way: from the dashboard (or the config API on port 8080, or the Terraform provider). Per-feature configuration reference -- including firewall rules, the Squid proxy, TLS termination, the AI Gateway, and local vLLM inference -- lives in the User Guide. Here is the pattern using one Network-tier feature, the forward HTTP proxy.
flowchart LR
A["Dashboard (HTTPS 443)"] --> B["Toggle a feature on"]
B --> C["Config saved to
SSM Parameter Store"]
C --> D["Gateway nodes reconcile
and apply the change"]
D --> E["Feature live
on all AZs"]
style A fill:#dbeafe,stroke:#3b82f6,color:#1e3a8a
style E fill:#d1fae5,stroke:#10b981,color:#065f46
10Enable the forward HTTP proxy (Squid)
- Open the dashboard over HTTPS and sign in.
- Go to the Forward Proxy settings.
- Enable the proxy, set the listening port, and optionally set a username/password, response caching, domain filtering, and bandwidth limits.
- Save. The change is written to SSM Parameter Store and the gateway nodes apply it automatically.
Then point a client at the proxy:
# Send outbound traffic through the Cloud Spectra forward proxy export http_proxy=http://proxyuser:secret@<GATEWAY>:<PROXY_PORT> export https_proxy=$http_proxy curl -s https://checkip.amazonaws.com
Key ports
| Port | Service |
|---|---|
443 | HTTPS management dashboard (HAProxy + ACM TLS) |
8080 | Configuration API |
8090 | AI Gateway, OpenAI-compatible endpoint AI Gateway |
| configurable | Squid forward proxy port |
80 | HTTP redirect to HTTPS |
8. Verify
A quick end-to-end check confirms the gateway is healthy and routing correctly.
| Check | How | Expected result |
|---|---|---|
| Outbound NAT | curl -s https://checkip.amazonaws.com from a private instance | Returns the gateway's Elastic IP |
| Dashboard reachable | Open the Elastic IP over HTTPS (port 443) | Login page loads |
| Status panels | Sign in and open the dashboard overview | Per-AZ instances healthy; enabled features show active |
| Forward proxy (if enabled) | curl through the proxy port | Request succeeds via the proxy |
If outbound traffic does not return the gateway's Elastic IP, confirm the private subnet's route table sends 0.0.0.0/0 to the Cloud Spectra ENI for that AZ. Common questions and troubleshooting are collected in the FAQ.
9. Next steps
You now have a running Cloud Spectra Gateway with NAT live and a feature enabled. Where to go from here:
| Document | What it covers |
|---|---|
| User Guide | Per-feature configuration for all three tiers: sNAT/dNAT, IPVS L4 load balancing, TLS termination (ACM), per-AZ Auto Scaling, GWLB scaling, the Squid forward proxy, Suricata IDS/IPS and nftables firewall, domain/URL filtering, and the AI Gateway with response caching, local vLLM inference, and the semantic cache. Also the full Terraform and standalone-AMI walkthroughs. |
| Architecture | How the appliance is assembled: the per-AZ ASG model, GWLB/GENEVE data path, Elastic IP endpoint, SSM-backed configuration, the in-account data-plane design, and why there is no vendor control plane. |
| FAQ | Common questions on cost, data residency, security, deployment options, scaling, and troubleshooting. |