Tasmanian Cloud documentation
Tasmanian Cloud Architecture
High-level architecture overview of Tasmanian Cloud's sovereign infrastructure
Tasmanian Cloud is built on a sovereign-first architecture. The design keeps Tasmanian hosting, private access, and open-source infrastructure at the centre of the service.
Architecture Overview
flowchart TB
subgraph "Internet"
USERS[Customers & End Users]
CF[Cloudflare CDN/WAF]
end
subgraph "Tasmanian Cloud - Launceston DC"
subgraph "Edge Layer"
LB1[HAProxy Load Balancer]
WAF1[Local WAF]
end
subgraph "Compute Cluster"
PVE1[Compute Node 1]
PVE2[Compute Node 2]
PVE3[Compute Node 3]
end
subgraph "Storage Cluster"
CEPH1[Ceph OSD 1]
CEPH2[Ceph OSD 2]
CEPH3[Ceph OSD 3]
CEPH_MON[Ceph MON/MGR]
end
subgraph "Services Layer"
PANEL[Customer Portal]
STORAGE[Object Storage]
MONITOR[Monitoring Stack]
end
end
subgraph "Network"
VPN[Encrypted VPN Mesh]
FIREWALL[Firewall Cluster]
end
USERS --> CF
CF --> LB1
LB1 --> PANEL
PANEL --> PVE1
PANEL --> PVE2
PANEL --> PVE3
PVE1 --> CEPH1
PVE2 --> CEPH2
PVE3 --> CEPH3
CEPH_MON --> CEPH1
CEPH_MON --> CEPH2
CEPH_MON --> CEPH3
VPN --> PVE1
VPN --> PVE2
VPN --> PVE3Core Principles
1. Sovereign by Design
All infrastructure is physically located in Tasmania. No data leaves Australian jurisdiction unless explicitly configured by the customer.
flowchart LR
subgraph "Data Sovereignty"
A[Customer Data] --> B[Tasmanian Cloud]
B --> C[Tasmania Only]
C --> D[No Offshore Transfer]
end
subgraph "Security posture"
E[Access controls]
F[Australian jurisdiction]
G[Private networking]
end
D --> E
D --> F
D --> G2. Zero-Trust Security
Every component authenticates and authorizes every request. No implicit trust based on network location.
3. High Availability
No single points of failure. All critical services run in HA configuration.
4. API-First
All services expose RESTful APIs for automation and integration.
Compute Layer
High-Performance Cluster
| Role | Specifications |
|---|---|
| Primary compute | 2x EPYC 7443, 512GB RAM, 8x 3.84TB NVMe per node |
| Secondary compute | 2x EPYC 7443, 512GB RAM, 8x 3.84TB NVMe per node |
| Tertiary compute | 2x EPYC 7443, 512GB RAM, 8x 3.84TB NVMe per node |
flowchart TB
subgraph "Compute Cluster"
CM[Cluster Manager]
subgraph "Nodes"
N1[Node 1]
N2[Node 2]
N3[Node 3]
end
subgraph "VM Distribution"
VM1[Customer VMs]
VM2[Service VMs]
VM3[Management VMs]
end
end
CM --> N1
CM --> N2
CM --> N3
N1 --> VM1
N2 --> VM2
N3 --> VM3Virtual Machine Types
| Type | Use Case | Specifications |
|---|---|---|
| Standard | General workloads | 1-16 vCPUs, 2-64GB RAM |
| High-Memory | Databases, caches | 1-32 vCPUs, 8-256GB RAM |
| GPU | AI/ML inference | 8-64 vCPUs, 64-512GB RAM, 1-8 L40S |
| Burstable | Variable workloads | 1-4 vCPUs, 2-16GB RAM, CPU credits |
Storage Layer
Ceph Cluster
flowchart TB
subgraph "Ceph Storage Architecture"
MON[Ceph MON
Quorum: 3 nodes]
MGR[Ceph MGR
Active/Standby]
subgraph "OSD Pool"
OSD1[OSD 1-8
Node 1]
OSD2[OSD 9-16
Node 2]
OSD3[OSD 17-24
Node 3]
end
subgraph "Storage Pools"
POOL1[VM Disks
3x Replica]
POOL2[Object Storage
Erasure Coding]
POOL3[Backups
2x Replica]
end
end
MON --> MGR
OSD1 --> POOL1
OSD2 --> POOL1
OSD3 --> POOL1Storage Tiers
| Tier | Performance | Use Case | Redundancy |
|---|---|---|---|
| NVMe Hot | 500K+ IOPS | Databases, active VMs | 3x Replica |
| NVMe Warm | 100K+ IOPS | General workloads | 3x Replica |
| HDD Cold | 200+ MB/s | Archives, backups | Erasure Coding |
Object Storage
For S3-compatible object storage with post-quantum cryptography:
flowchart LR
CLIENT[S3 Client] --> API[S3 API Gateway]
API --> STORAGE[Object Storage Cluster]
STORAGE --> PQ[Post-Quantum Crypto]
PQ --> DISK[Encrypted Storage]
subgraph "Encryption Features"
KYBER[Kyber-768 KEM]
DILITHIUM[Dilithium-3 Signatures]
AES[AES-256-GCM]
end
PQ --> KYBER
PQ --> DILITHIUM
PQ --> AESNetwork Architecture
Physical Network
flowchart TB
subgraph "Network Topology"
INTERNET[Internet]
subgraph "Edge"
FW1[Firewall Primary]
FW2[Firewall Secondary]
LB[Load Balancer Cluster]
end
subgraph "Core"
CORE1[Core Switch 1]
CORE2[Core Switch 2]
end
subgraph "Access"
TOR1[ToR Switch 1]
TOR2[ToR Switch 2]
TOR3[ToR Switch 3]
end
end
INTERNET --> FW1
INTERNET --> FW2
FW1 --> CORE1
FW2 --> CORE2
CORE1 --> TOR1
CORE1 --> TOR2
CORE2 --> TOR3Network Segmentation
| Network | Purpose | Isolation |
|---|---|---|
| Management | Infrastructure ops | Isolated from customer |
| Cluster | Node communication | Private addressing |
| Storage | Storage traffic | Dedicated VLAN |
| Customer VMs | Customer workloads | Isolated per-customer |
| Services | Platform services | Internal only |
| VPN | Remote access | Encrypted mesh |
VPN Connectivity
flowchart TB
subgraph "VPN Mesh"
VPN_MGMT[VPN Management]
subgraph "Peers"
PEER1[Compute Node 1]
PEER2[Compute Node 2]
PEER3[Compute Node 3]
PEER4[Customer Site 1]
PEER5[Customer Site 2]
end
subgraph "Access Control"
ACL1[Group: Infrastructure]
ACL2[Group: Customers]
ACL3[Group: Management]
end
end
VPN_MGMT --> PEER1
VPN_MGMT --> PEER2
VPN_MGMT --> PEER3
VPN_MGMT --> PEER4
VPN_MGMT --> PEER5
ACL1 --> PEER1
ACL2 --> PEER4
ACL3 --> PEER5Security Layer
Defense in Depth
flowchart TB
subgraph "Security Layers"
L1[Layer 1: Perimeter
Cloudflare WAF
DDoS Protection]
L2[Layer 2: Network
Firewall Rules
IDS/IPS]
L3[Layer 3: Host
Endpoint Detection
Runtime Protection]
L4[Layer 4: Application
Input Validation
Auth/AuthZ]
L5[Layer 5: Data
Encryption at Rest
Encryption in Transit]
end
L1 --> L2
L2 --> L3
L3 --> L4
L4 --> L5Security Monitoring
| Component | Function | Coverage |
|---|---|---|
| SIEM | Log aggregation and analysis | All systems |
| EDR | Endpoint detection and response | All VMs |
| FIM | File integrity monitoring | Critical files |
| Vulnerability | CVE scanning | Weekly |
Service Layer
Core Services
flowchart TB
subgraph "Tasmanian Cloud Services"
subgraph "Management"
PANEL[Customer Portal]
API[REST API]
CLI[CLI Tool]
end
subgraph "Compute"
VM[VPS/VMs]
K8S[Kubernetes]
GPU[GPU Instances]
end
subgraph "Storage"
BLOCK[Block Storage]
OBJECT[S3-Compatible]
BACKUP[Backup Service]
end
subgraph "Networking"
VPC[Virtual Private Cloud]
LB[Load Balancers]
DNS[Managed DNS]
end
end
PANEL --> API
API --> VM
API --> K8S
API --> GPU
API --> BLOCK
API --> OBJECT
API --> VPCMonitoring & Observability
Stack Components
| Component | Purpose | Implementation |
|---|---|---|
| Metrics | Time-series data | Prometheus-compatible |
| Logs | Centralized logging | Loki-compatible |
| Traces | Distributed tracing | OpenTelemetry |
| Alerts | Alert management | PagerDuty/Webhook |
| Uptime | Service monitoring | External probes |
flowchart LR
subgraph "Monitoring Pipeline"
AGENTS[Metrics Agents
VM Agents] --> TSDB[Time-Series DB]
LOGS[Application Logs
System Logs] --> LOG_AGG[Log Aggregator]
TRACES[Request Traces] --> TRACE_AGG[Trace Aggregator]
TSDB --> DASHBOARD[Dashboards]
LOG_AGG --> DASHBOARD
TRACE_AGG --> DASHBOARD
TSDB --> ALERT[Alert Manager]
ALERT --> NOTIFY[Slack/Email]
endDisaster Recovery
Backup Strategy
| Data Type | Frequency | Retention | Location |
|---|---|---|---|
| VM Snapshots | Daily | 30 days | On-site |
| Database | Hourly | 7 days | On-site |
| Object Storage | Real-time | Versioned | On-site |
| Off-site Backup | Daily | 90 days | Secondary DC |
Recovery Objectives
| Metric | Target | Implementation |
|---|---|---|
| RPO (Recovery Point Objective) | 1 hour | Continuous replication |
| RTO (Recovery Time Objective) | 4 hours | Automated failover |
Scalability
Horizontal Scaling
flowchart TB
subgraph "Scaling Strategy"
CURRENT[Current: 3 Nodes] --> PHASE1[Phase 1: 5 Nodes]
PHASE1 --> PHASE2[Phase 2: 10 Nodes]
PHASE2 --> PHASE3[Phase 3: Multi-Site]
subgraph "Capacity"
C1[100 VMs
50TB Storage]
C2[500 VMs
200TB Storage]
C3[2000 VMs
1PB Storage]
C4[10000 VMs
Multi-PB]
end
CURRENT --- C1
PHASE1 --- C2
PHASE2 --- C3
PHASE3 --- C4
end