雲 Cloud Infrastructure
We publish the ratio.
KVM on local NVMe, in three form factors, at six harbours. A VPS thread is shared four ways and we say so on this page. A VDS core is yours alone at 1:1. A dedicated chassis is the whole machine, and the BMC password is yours. Every price below is per month, per harbour, with nothing to unlock and no committed-use discount to sign for.
One host · EPYC 9354P · 32c / 64t · HND-122% mean load
shared 4:1 held 1:1 executing hypervisor, never sold
Prices and round-trips below are shown at 東京 HND-1
The three families at 東京 HND-1
- VPS-1 — 1 vCPU shared 4:1 · 2 GB · 40 GB NVMe · 2 TB out$4.20/mo
- VDS-4 — 4 vCPU held 1:1 · 16 GB · 320 GB NVMe · 12 TB out$21/mo
- DED-32 — Ryzen 9, 16c/32t · 64 GB · 2×1 TB · 1 Gbps unmetered$96/mo
A struck price is a promotion — hover it to read the notice that set it, or see the notice of 2026.08.14. Every size and every harbour is in the matrix below. Prices in USD, excluding VAT. UK VAT at 20% is added where applicable. Published 2026.08.26.
型 Form Factors
Three families, nine sizes.
VPS is a shared-thread instance for a workload that is idle most of the day. VDS is dedicated cores on the same hardware, for a workload that is not. Dedicated is the chassis, the drives and the out-of-band card, with nothing of ours running on it but the network filter at the top of the rack. All three deploy from the same console and the same API, the two virtual tiers are billed by the hour to a monthly cap and a chassis is billed monthly, and the console shows what is in stock at each harbour before you commit to one. Sizes go up and down with a reboot; disks grow and never shrink.
← the table scrolls sideways →
| Size | vCPU | Thread ratio | RAM | NVMe | Transfer out /mo | Port | 4k IOPS r/w |
|---|---|---|---|---|---|---|---|
| VPS-1 | 1 | 4:1 shared | 2 GB | 40 GB | 2 TB | 1 Gbps | 8,000 / 4,000 |
| VPS-2 | 2 | 4:1 shared | 4 GB | 80 GB | 4 TB | 1 Gbps | 8,000 / 4,000 |
| VPS-4 | 4 | 4:1 shared | 8 GB | 160 GB | 8 TB | 1 Gbps | 8,000 / 4,000 |
| VDS-2 | 2 cores | 1:1 dedicated | 8 GB | 160 GB | 8 TB | 1 Gbps | 40,000 / 20,000 |
| VDS-4 | 4 cores | 1:1 dedicated | 16 GB | 320 GB | 12 TB | 1 Gbps | 40,000 / 20,000 |
| VDS-8 | 8 cores | 1:1 dedicated | 32 GB | 640 GB | 20 TB | 1 Gbps · 10 Gbps option | 40,000 / 20,000 |
| DED-64 | Ryzen 9 7950X — 16c / 32t | whole chassis | 64 GB DDR5 ECC | 2 × 1 TB | 30 TB | 1 Gbps | drive limit |
| DED-128 | EPYC 9354P — 32c / 64t | whole chassis | 128 GB DDR5 ECC | 4 × 1.92 TB | 50 TB | 10 Gbps | drive limit |
| DED-256 | EPYC 9554P — 64c / 128t | whole chassis | 256 GB DDR5 ECC | 4 × 3.84 TB | 100 TB | 10 Gbps | drive limit |
| 4 vCPU is 4 hardware threads, which is 2 physical cores and both their SMT siblings. A core is never split across two tenants. IOPS are the enforced ceiling, not a benchmark. | |||||||
Ratios are contractual. A 10 Gbps uplink on VDS-8 is $40/month; on the dedicated chassis it is included. IOPS caps are enforced per volume at the hypervisor, measured with fio at queue depth 32, 4k random, and are floors we hold rather than peaks we advertise. Dedicated volumes are not capped and are limited only by the drives, which measure about 1.4M read / 1.0M write aggregate on a DED-256.
| Family | Ideal for | Not for |
|---|---|---|
| VPS | A staging environment, a bastion or VPN endpoint for your own team, a low-traffic site, a cron runner, a monitoring probe, a Git or CI agent that is idle most of the hour. | Sustained 100% CPU. Video transcoding. Anything that compiles all day. The thread is shared four ways and you will feel it — buy a VDS instead and we will pro-rate the difference. |
| VDS | A production application node, a Postgres or MySQL primary under real load, a game server, a build farm agent, a Kubernetes worker, anything where p99 latency is a number someone reads. | Workloads that need more than 32 GB or more than 8 cores in one box — that is the dedicated chassis, and it is cheaper per core there. |
| Dedicated | Compliance work that must not share silicon, a database that wants the whole page cache, licence terms priced per physical socket, an in-memory cache above 100 GB, anything that wants its own BMC and its own /48. | Bursty capacity you want for two days. Lead time is five working days at every harbour and the term is monthly — take a VDS-8 for the burst. |
If you buy the wrong one, resize it. Moving between sizes inside a family is a reboot; moving between families is a snapshot and a redeploy, and support will do it with you at no charge in the first thirty days.
← the table scrolls sideways →
| Size | 倫敦 LHR-1 | 紐育 JFK-1 | 羅府 LAX-1 | 東京 HND-1 | ソウル SEL-1 | 香港 HKG-1 |
|---|---|---|---|---|---|---|
| VPS-1 | $5.40 | $5.40 | $5.20 | $4.20 | $4.20 | $5.90 |
| VPS-2 | $10.20 | $10.20 | $9.90 | $7.90 | $7.90 | $11.20 |
| VPS-4 | $19.20 | $19.20 | $18.50 | $14.90 | $14.90 | $21.00 |
| VDS-2 | $19 | $19 | $18 | $21 | $19 | $22 |
| VDS-4 | $36 | $36 | $34 | $40 | $36 | $42 |
| VDS-8 | $68 | $68 | $65 | $76 | $68 | $79 |
| DED-64 | $89 | $89 | $85 | $96 | $92 | $99 |
| DED-128 | $312 | $312 | $298 | $336 | $322 | $347 |
| DED-256 | $570 | $570 | $544 | $614 | $589 | $634 |
| Prices in USD, excluding VAT. UK VAT at 20% is added where applicable. Published 2026.08.26. The board above lights the column you chose. | ||||||
Tokyo and Seoul VPS carry the 2026.08.14 launch rate — $4.20 against a standard $6.00 — and it holds for the life of the instance, not the first month. It applies to VPS only, which is why Tokyo and Hong Kong dedicated-core and chassis prices sit above London's: Asian rack space and power cost more, and we would rather show you that than average it away. Hourly rate is the monthly figure divided by 730, metered to the second, capped at the monthly figure. No committed-use tier exists, so this is the price whether you run one instance or four hundred.
| Family | IPv4 | Extra IPv4 | IPv6 | Snapshot slots | Off-node backup | Transfer overage | rDNS / BGP |
|---|---|---|---|---|---|---|---|
| VPS | 1 included | $2.00/mo, up to 4 | /64 routed | 2 | 20% of monthly price | $0.005/GB | rDNS yes · BGP no |
| VDS | 1 included | $2.00/mo, up to 8 | /64 routed | 5 | 20% of monthly price | $0.005/GB | rDNS yes · BGP no |
| Dedicated | 2 included | $2.00/mo, up to 32 | /48 routed | 10 | 20% of monthly price | $0.005/GB | rDNS yes · BGP yes, free, /24 minimum |
| Prices in USD, excluding VAT. UK VAT at 20% is added where applicable. Published 2026.08.26. | |||||||
Transfer allowances pool across every instance you run in the same harbour, so twenty VPS-1 at Tokyo share 40 TB rather than 2 TB each. Inbound is never counted. Traffic between your own instances across the private ring is never counted. Beyond the pooled allowance we bill $0.005/GB and do not throttle, do not suspend, and do not charge a different rate at a different harbour; you get an email at 80% and again at 100%. More than four addresses on a VPS needs a sentence of justification, the same one the regional registry would ask us for.
割 The Ratio
Four to one on threads. One to one on memory, and on disk.
The number you cannot see is the number you are actually buying. Every platform that sells a shared vCPU has a ratio; most decline to print it. Ours is four, it is the same at all six harbours, and a VDS core that turns out not to be yours is a credit under the agreement rather than an argument with support.
Ratios are contractual, not aspirational. Memory is never ballooned and never oversold; disk is local NVMe and is never thin-provisioned across tenants.
機 The Machine
What is actually under the instance.
There is no network storage under a Yunagi instance. That is why the disks are fast, and it is why a host failure is a restore rather than a live migration. We think that is the right trade at this price, and we would rather write it here than have you find out in the console.
Where the destination host has room we do move you: block migration over the 25G host fabric relocates a 40 GB VPS in about ninety seconds with under 400 ms of pause, and we use it for every planned maintenance we can. Where it will not fit, you get seven days' written notice and a window you choose.
- Hypervisor
- KVM on Debian 13, one kernel version behind stable, patched inside 14 days of a CVE with a CVSS of 7.0 or above.
- Silicon
- AMD EPYC 9354P — 32 cores, 64 threads, 3.25 GHz base. One socket per host, no NUMA surprises.
- Memory
- DDR5-4800 ECC, registered. Never ballooned, never oversold.
- Storage
- Local Gen4 NVMe in a mirrored pair. No network storage, anywhere in the estate.
- Host fabric
- 25G to the leaf, 4×100G to the ring. Block migration relocates a 40 GB VPS in ~90 s with under 400 ms of pause.
- What we run on it
- The hypervisor, the metrics agent, and nothing else. No agent inside your guest.
- What we never do
- Read your volume, snapshot it without an API call from you, or migrate you live without seven days' notice where a live migration is not possible.
網 Network & Defence
One ring, six harbours, and what happens when you are attacked.
Yunagi is AS207214, with an IPv4 /22 at each harbour and one IPv6 /32 across the estate. Private transit runs the ring at 4×100G; traffic between two of your own instances in two harbours stays on it and is not counted against either allowance. Nothing is blocked inbound. Outbound, port 25 is closed on new accounts and opened on request after thirty days of history — the only port we touch, and we touch it because op
← the table scrolls sideways →
| Harbour | Families in stock | Dedicated lead time | Uplink | Round-trip | 90 days |
|---|---|---|---|---|---|
| 倫敦 LHR-1 — United Kingdom | VPS · VDS · Dedicated | 5 working days | 1 Gbps std · 10 Gbps on request | — | |
| 紐育 JFK-1 — United States | VPS · VDS · Dedicated | 5 working days | 1 Gbps std · 10 Gbps on request | — | |
| 羅府 LAX-1 — United States | VPS · VDS · Dedicated | 5 working days | 1 Gbps std · 10 Gbps on request | — | |
| 東京 HND-1 — Japan | VPS · VDS · Dedicated · GPU | 5 working days | 1 Gbps std · 10 Gbps on request | — | |
| ソウル SEL-1 — South Korea | VPS · VDS · Dedicated | 5 working days | 1 Gbps std · 10 Gbps on request | — | |
| 香港 HKG-1 — China SAR | VPS · VDS · Dedicated · GPU | 5 working days | 1 Gbps std · 10 Gbps on request | — |
Engineer: the last two cells are markup, not text — `—` and `
`. main.js fills both. Visitor-facing footnote to print under the table: 'Round-trips are 30-day medians on the private ring, not live probes; the harbour you choose on the board above is the one they are measured from. A vermilion bar is a day the harbour served degraded for any part of the day — it is an incident marker, not the SLA measure. GPU rows stand at Tokyo and Hong Kong only; see AI Inference.'A vermilion bar marks a day on which an incident affecting that harbour was open — of any severity, any duration, planned maintenance included. It is not a day of downtime. Availability under the SLA is measured per instance, per calendar month: 99.9% is 43 min 12 s.
手順 Deploy
Thirty-eight seconds, phase by phase.
The median VPS deployment took 38.0 seconds in the thirty days to 20 August 2026. Below is where that time went, measured at the control plane rather than at your shell prompt: the last phase ends when sshd accepts, not when the API returns. Nothing in the flow is queued behind a human. The same call from the CLI, the REST API a
-
API accepted
The token is scoped to one project and one action. Nothing is queued behind a person.
0.4 s
-
Placement chosen
The scheduler picks a host with room for the whole shape, or returns 409 with the harbours that have.
1.2 s
-
Volume cloned
A copy-on-write clone of the image onto local NVMe. This is the long pole and it is the disk, not the network.
9.8 s
-
Config drive written
Your cloud-init user-data, the SSH keys, and the network stanza.
0.6 s
-
Instance defined and started
libvirt domain created, vCPUs pinned, memory locked.
3.1 s
-
Network programmed
Address assigned, rDNS set, edge filter and anti-spoof rules pushed.
2.7 s
-
Guest boot to sshd
Measured to the first accepted TCP connection on port 22, not to the API returning.
20.2 s
Median of 4,180 VPS deployments in the thirty days to 2026.08.20, measured at the control plane. The bar is that phase’s share of the 38.0 s total.
接 The Interface
One scheduler, three doors.
The CLI, the REST API and the console all land on the same placement call. Tokens are scoped per project and rate-limited at 600 requests a minute; a deploy that cannot be placed returns 409 with the harbours that have room, so a script can retry somewhere else without a human.
$ yunagi harbour ls
CODE CITY FAMILIES DEDICATED LEAD RTT FROM HND-1
LHR-1 London vps vds ded 5 working days 224 ms
JFK-1 New York vps vds ded 5 working days 158 ms
LAX-1 Los Angeles vps vds ded 5 working days 98 ms
HND-1 Tokyo vps vds ded gpu 5 working days —
SEL-1 Seoul vps vds ded 5 working days 34 ms
HKG-1 Hong Kong vps vds ded gpu 5 working days 51 ms
$ yunagi deploy --plan vps-1 --harbour HND-1 --image debian-12 \
--name edge-tokyo-01 --key ~/.ssh/id_ed25519.pub --ipv6 \
--user-data ./cloud-init.yaml
accepted inst_01K5QF3W7ZB2N8 vps-1 HND-1 0.3 s
placed rack a7 / node 14 1.2 s
volume 40 GB cloned from debian-12 (2026.08.02) 10.6 s
network 203.0.113.41 · 2001:db8:8f00:1a::1/64 11.8 s
boot firmware -> kernel -> userland 20.5 s
init cloud-init: keys, hostname, growpart 35.4 s
ready sshd accepting on 203.0.113.41:22 38.0 s
edge-tokyo-01 is up. ssh [email protected]
$ yunagi instance destroy inst_01K5QF3W7ZB2N8 --confirm
destroyed. billed 0.0058 USD for 1 h (1 h minimum). volume discarded and verified.$ curl -sS -X POST https://api.yunagi.cloud/v1/instances \
-H "Authorization: Bearer $YUNAGI_TOKEN" \
-H "Content-Type: application/json" \
-d '{
"name": "web-tokyo-01",
"plan": "vds-4",
"harbour": "HND-1",
"image": "debian-12",
"ssh_keys": ["SHA256:9pQ2v0mR1sT4uW7xY0zA3bC6dE9fG2hJ5kL8nP1qR4s"],
"ipv6": true,
"backups": true,
"user_data": "#cloud-config\nhostname: web-tokyo-01\n",
"tags": ["web", "prod"]
}'
HTTP/1.1 202 Accepted
Location: /v1/instances/inst_01K5QG8T2XD4M9
X-RateLimit-Limit: 600
X-RateLimit-Remaining: 592
{
"id": "inst_01K5QG8T2XD4M9",
"state": "provisioning",
"plan": "vds-4",
"harbour": "HND-1",
"price": { "monthly": 40.00, "hourly": 0.0548, "currency": "USD" },
"created": "2026-08-26T04:11:57Z"
}
$ curl -sS https://api.yunagi.cloud/v1/instances/inst_01K5QG8T2XD4M9 \
-H "Authorization: Bearer $YUNAGI_TOKEN" | jq '.state, .addresses'
"active"
{
"v4": ["203.0.113.88"],
"v6": ["2001:db8:8f00:2c::1/64"]
}#cloud-config
hostname: web-tokyo-01
fqdn: web-tokyo-01.example.net
package_update: true
packages:
- nginx
- ufw
users:
- name: deploy
groups: [sudo]
shell: /bin/bash
sudo: "ALL=(ALL) NOPASSWD:ALL"
ssh_authorized_keys:
- ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIexampleKeyReplaceMe [email protected]
write_files:
- path: /etc/sysctl.d/60-yunagi.conf
permissions: "0644"
content: |
net.core.somaxconn = 4096
net.ipv4.tcp_fastopen = 3
net.ipv6.conf.all.accept_ra = 0
runcmd:
- [ sysctl, --system ]
- [ ufw, allow, "22/tcp" ]
- [ ufw, allow, "443/tcp" ]
- [ ufw, --force, enable ]
- [ systemctl, enable, --now, nginx ]
ssh_pwauth: false
disable_root: false$ yunagi snapshot create inst_01K5QG8T2XD4M9 --label pre-upgrade snap_01K5QJ1V6YN3P7 320 GB volume · 31 GB written · 28.4 s · i/o paused 380 ms $ yunagi snapshot ls inst_01K5QG8T2XD4M9 ID LABEL TAKEN SIZE SLOT snap_01K5QJ1V6YN3P7 pre-upgrade 2026-08-26 04:22 JST 31 GB 1 of 5 snap_01K5PB9C4RH8K2 nightly-auto 2026-08-25 03:00 JST 30 GB 2 of 5 $ yunagi instance restore inst_01K5QG8T2XD4M9 --snapshot snap_01K5QJ1V6YN3P7 --confirm stopping -> volume rolled back -> starting 1 m 04 s inst_01K5QG8T2XD4M9 is active. addresses unchanged. $ yunagi instance resize inst_01K5QG8T2XD4M9 --plan vds-8 vds-4 -> vds-8 8 dedicated cores · 32 GB · 640 GB · 20 TB out $40.00 -> $76.00 per month at HND-1, prorated to the second disk grows in place and cannot be shrunk; a reboot is required reboot now? [y/N] y inst_01K5QG8T2XD4M9 is active on vds-8 41.6 s
# 1 — request the session (dedicated chassis only, no charge)
$ yunagi bgp session create --harbour LHR-1 --asn 64512 \
--prefix 198.51.100.0/24 --loa ./loa-2026.pdf
session bgp_01K5QM4D8ZQ2R6 pending review — 1 working day
# 2 — once approved, the peer details
$ yunagi bgp session show bgp_01K5QM4D8ZQ2R6
harbour LHR-1
peer (yunagi) 203.0.113.1 2001:db8:8f00:ff::1
peer (you) 203.0.113.2/30 2001:db8:8f00:ff::2/126
remote asn 207214
local asn 64512
md5 set
max-prefix 20 (v4) / 10 (v6), restart after 15 min
filter accepted only where a valid RPKI ROA names your ASN as origin
# 3 — the customer side, FRR
router bgp 64512
bgp router-id 198.51.100.1
neighbor 203.0.113.1 remote-as 207214
neighbor 203.0.113.1 password <shared>
neighbor 2001:db8:8f00:ff::1 remote-as 207214
neighbor 2001:db8:8f00:ff::1 password <shared>
!
address-family ipv4 unicast
network 198.51.100.0/24
neighbor 203.0.113.1 activate
neighbor 203.0.113.1 soft-reconfiguration inbound
exit-address-family
!
address-family ipv6 unicast
neighbor 2001:db8:8f00:ff::1 activate
exit-address-familyFull reference — docs.yunagi.cloud/v1
控 Copies
Snapshots protect you from yourself. Backups protect you from the rack.
A snapshot is a crash-consistent block copy of your volume taken on the host your instance is already running on. It costs nothing within your slots, takes about thirty seconds for a 40 GB volume, pauses I/O for roughly 400 ms, and lives on the same rack as the thing it is a copy of. It will save you from a bad migration at two
in the morning. It will not save you from the rack. Off-node backup is the other object: opt-in at twenty per cent of the instance's monthly price, written nightly in a window you pick to a different rack in the same harbour, or to a second harbour for five per cent more. Seven dailies and four weeklies are kept, encrypted with AES-256-GCM under a key you may escrow with us or hold yourself. A 40 GB restore into a fresh instance takes about four minutes. Coming in from elsewhere is free — we do not bill ingress, we import raw, qcow2 and vmdk up to 200 GB, and where you have no image at all there is a rescue system and an rsync recipe below.
# A — you have a disk image (raw, qcow2 or vmdk, up to 200 GB)
$ yunagi image import --url https://example.net/app-node.qcow2 \
--name app-node-2026-08 --harbour HND-1
img_01K5QP7F2WV5S9 downloading 4.8 GB / 12.0 GB · ingress is not billed
img_01K5QP7F2WV5S9 converted raw, 12.0 GB · ready
$ yunagi deploy --plan vds-4 --harbour HND-1 \
--image img_01K5QP7F2WV5S9 --name app-node-01
# B — you have no image, only a running machine
# lower the DNS TTL to 300 first, then cut over from the rescue system
$ yunagi rescue on inst_01K5QG8T2XD4M9 # netboot, root over ssh, disk at /dev/vda
$ ssh [email protected] 'mkfs.ext4 -q -L root /dev/vda1 && mount /dev/vda1 /mnt'
$ rsync -aHAX --numeric-ids --delete --info=progress2 \
--exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/lost+found"} \
/ [email protected]:/mnt/
# fix the two files that still describe the old machine, then reinstall the bootloader
$ ssh [email protected] 'blkid /dev/vda1' # put this UUID in /mnt/etc/fstab
$ ssh [email protected] 'chroot /mnt grub-install /dev/vda && chroot /mnt update-grub'
$ yunagi rescue off inst_01K5QG8T2XD4M9 --boot-from-disk
較 Comparison
The same workload, three ways.
One always-on application node for thirty days: four dedicated cores, 16 GB of memory, 320 GB of NVMe, about 4 TB of egress, one IPv4 address and a nightly off-node backup. Priced at London on our side, against a common hyperscaler general-purpose instance at list on-demand rates, and against a typi
← the table scrolls sideways →
| The same workload | Yunagi VDS-4, London | A common hyperscaler general-purpose instance | A typical budget VPS host |
|---|---|---|---|
| CPU | 4 cores, 1:1, ratio published and contractual | 4 vCPU, hypervisor-scheduled, neighbour load not disclosed | 4 vCPU shared, ratio not published |
| Memory | 16 GB DDR5 ECC, no ballooning, no page dedup | 16 GB | 16 GB |
| Root disk | 320 GB local Gen4 NVMe, 40,000 / 20,000 IOPS held | 320 GB network SSD, ~3,000 IOPS baseline unless provisioned | 320 GB NVMe, IOPS not published |
| Transfer out included | 12 TB, pooled across the harbour | ≈100 GB | 20 TB |
| Egress beyond that | $0.005/GB, metered, never throttled | ≈$0.088/GB, metered | usually not billed — throttled to 100 Mbps instead |
| IPv4 | 1 included | ≈$0.005/hr, metered | 1 included |
| IPv6 | /64 routed, no charge | /64, no charge | often none |
| Snapshots | 5 slots, no charge | ≈$0.05/GB-month, metered | 1 slot, usually charged |
| Off-node backup | $7.20 — 20% of the instance | ≈$16 at $0.05/GB-month, metered | ≈$6.40, frequently same-rack |
| First reply from support | An engineer, not a tier — no paid support plan exists | business hours on a ticket unless a support plan is bought, commonly 3–10% of spend | best effort, no published median |
| SLA credit schedule | published, five steps, to 100% of the instance month | published, commonly capped at 10–30% | frequently none |
| Thirty days, all in | $43.20 | ≈$544 | ≈$38.40 |
| Where they beat us | no | 200+ managed services, 30+ regions and edge sites, spot capacity at 60–90% off list, per-second billing, identity and compliance attestations we do not hold | cheaper headline rate, more included transfer, and often more cities than six |
Both comparison columns are illustrative and were built from list on-demand rates published in August 2026 for an equivalent shape. A one-year commitment removes roughly 35–40% of the hyperscaler compute line; it does not touch the transfer line, which is the largest single number in that column. The budget column assumes a shared-core plan at a published $32/month. Vermilion marks a line that is metered rather than included — the meter is running, which is the only thing vermilion ever means on this site. If your workload is bursty, spot capacity elsewhere will beat us and we do not sell an equivalent.
Yunagi priced at 倫敦 LHR-1. The other two columns are illustrative: list price for a comparable 4 vCPU / 16 GB general-purpose instance, on-demand, in a European region, plus 4 TB of egress at published rates; and a large low-cost host’s published shared-core plan. Neither is named because neither has been asked. Prices in USD, excluding VAT. UK VAT at 20% is added where applicable. Published 2026.08.26.
A low-cost host beats us on headline price and on included transfer, and it should — shared cores are cheaper to sell than dedicated ones. A large multi-region provider beats us on the breadth of managed services, on the number of regions, and on spot pricing for work that can be interrupted. If you need a managed queue, thirty regions, or interruptible capacity at a tenth of list, we are the wrong shop and we would rather say so here.
約 The Agreement
99.9%, and what we owe you when we miss it.
The commitment is 99.9% monthly availability per instance, per metro, measured at the harbour edge by probes outside our own network. In a thirty-day month that permits forty-three minutes and twelve seconds. Past that, the credit is automatic in size and manual in claim: open a ticket within thirty days of the month closing, quote the in
| monthly uptime | downtime in a 30-day month | credit | claim window |
|---|---|---|---|
| 99.90% and above | up to 43 m 12 s | none — this is the commitment | no |
| 99.50% – 99.89% | 43 m 12 s to 3 h 36 m | 10% | 30 days |
| 99.00% – 99.49% | 3 h 36 m to 7 h 12 m | 25% | 30 days |
| 95.00% – 98.99% | 7 h 12 m to 36 h 00 m | 50% | 30 days |
| below 95.00% | over 36 h 00 m | 100% | 30 days |
Credit is a percentage of that month's fee for the affected service only, not the whole account. A VPS at $4.20 in a month of 99.2% uptime credits $1.05. Credits apply to the next invoice, are not paid in cash, and are the sole and exclusive remedy for missed availability. Bands are read against the metro the service runs in, not the account average, and the exclusions in 4.4 to 4.8 are taken out before the figure is calculated.
Credits are credits, not cash, and are capped at that instance’s charge for that harbour for that month. Scheduled maintenance announced seven days ahead is excluded, and we cap ourselves at four hours of it per quarter per harbour. The controlling text is at legal.html#sla.
問 Questions
The questions that actually get asked.
If your question is not here, [email protected] reaches an engineer, and it is read by someone who runs the platform.
How granular is the billing, and what happens if I destroy an instance after twenty minutes?
VPS and VDS are metered by the second and priced by the hour, with a one-hour minimum. A dedicated chassis is billed monthly, in whole months, because it is a machine we rack for you. Twenty minutes costs one hour. Nine hundred hours in a month cost the monthly figure and not a cent more, because the monthly price is a cap. Billing stops at the moment you destroy the instance, not at the end of the day, and there is no charge for a stopped instance's compute — only for the volume it is still holding, at $0.04/GB-month.
What happens when I go past the included transfer?
You are billed $0.005 a gigabyte for the excess and nothing else changes. Going over an allowance does not throttle your instance, does not suspend it, and is not priced differently at different harbours. Suspension is for non-payment and for the acceptable use policy, and nothing else. Allowances pool across every instance you run in the same harbour, so twenty VPS-1 at Tokyo share 40 TB rather than 2 TB each. Inbound is never counted, and traffic between your own instances across the private ring is never counted. You get an email at 80% of the pool and again at 100%.
Can I bring my own IP addresses, and can I take yours with me?
You can bring your own: a /24 or larger for IPv4, a /48 or larger for IPv6, announced from AS207214 on a free BGP session on any dedicated chassis, with a letter of authority and an RPKI ROA naming your ASN as origin. You cannot take ours. A Yunagi address belongs to the harbour's /22 and stays in it when you leave — that is true of every provider that owns its own space, and anyone who tells you otherwise is describing a lease they do not control.
Do I get real root? Do you have an agent on my machine?
Full root or Administrator on all three families from the first boot, with a serial console and a VNC console in the browser for when you lock yourself out. There is no Yunagi agent, no monitoring daemon and no management network interface inside your instance; the only thing we run on your behalf is the anti-spoof filter at the top of the rack, which drops packets whose source address is not yours. On a dedicated chassis you also get the BMC on an isolated jump network, and its credentials are rotated the moment the chassis is released.
Do you oversubscribe?
Threads, yes, on the VPS families, at four to one, and it is written into the contract rather than into a footnote. Memory, never. Disk capacity, never — we do not thin-provision and we do not sell space we have not bought. On VDS and dedicated the ratio is one to one, and a VDS core that is not exclusively yours is a fault we owe you a credit for.
What may I run, and what may I not?
Anything lawful in the harbour's jurisdiction, including adult content and including a VPN for your own use. Not permitted: open proxies and Tor exit relays, because the abuse volume falls on the /22 everyone else is sharing; anything that scans or attacks a third party; and proof-of-work mining on VPS or VDS, where the threads are shared — mine on a dedicated chassis if you want to, it is your silicon. Outbound port 25 is closed on new accounts and opened on request after thirty days of history. On an abuse report you have 48 hours to respond before we act, except for child sexual abuse material and an attack in progress, which are immediate and final.
How much notice do I get, and how do I leave?
There is no minimum term and no notice to give: destroy the instance and billing stops. Monthly prepayment is refunded pro rata to the day for the unused remainder within the first thirty days; annual prepayment is refunded pro rata less ten per cent at any time. From us, you get seven days' written notice before any host maintenance that requires your instance to reboot, and ninety days before a plan is retired — and if a plan is retired, your price holds for the life of the instances already running on it.
Can I resize later, and in which directions?
vCPU and memory move up and down inside a family with one reboot, about forty seconds. Disk grows in place and never shrinks, because shrinking a filesystem under a running machine is how people lose data; to go smaller, snapshot and redeploy. Moving between families — VPS to VDS, VDS to dedicated — is a snapshot and a redeploy, and support will sit with you and do it at no charge in your first thirty days. Prices change from the second the resize completes, prorated.
What is the difference between a snapshot and a backup here?
A snapshot is a block copy taken on the host your instance is already running on: free within your slots, about thirty seconds for 40 GB, roughly 400 ms of I/O pause, and stored on the same rack. It protects you from your own mistakes. An off-node backup is written nightly to a different rack — or, for five per cent more, to a second harbour — encrypted with AES-256-GCM under a key you may hold yourself, with seven dailies and four weeklies kept. It protects you from the rack. They cost differently because they are different objects, and a page that calls both 'backups' is hiding the distinction.
Who answers when something is wrong at three in the morning?
An engineer, on every account including a $4.20 VPS. There is no paid support tier and no queue that money moves you up. We do not publish a response time, because a number we could always hit would be too long to be worth printing and a number worth printing would be one we would eventually miss. Availability is what the SLA covers; support is not part of it. Status and maintenance windows are posted at status.yunagi.cloud before they are posted anywhere else, and the notice board carries pricing and capacity changes in plain language on the day they take effect.
Take one for an hour.
An instance destroyed after an hour costs an hour. There is no minimum term, no setup fee, and no card hold beyond the first hour's charge. If you want to see the machine before you see the invoice, that is the cheapest way to do it.