A Higan Holdings Limited Company — England & Wales, No. 16914818 --:-- JST All systems normal Client Console →
YUNAGI yunagi.cloud

Yunagi/Cloud

YG-CLD-01 · 2026.08

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

Median deploy 38s 4,180 deployments, 30 days to 2026.08.20
Thread ratio, VPS 4:1 Published, and contractual
Thread ratio, VDS 1:1 A core is never split
Maintenance notice 7days Window of your choosing

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 →

型録 — the nine sizes, and what each one is
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.

適否 — what each family is for, and what it is not for
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 →

相場 — monthly price at every harbour. The board above lights the column you chose.
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.

付属 — included with every size in the family
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 →

港 — the six harbours, from the one you chose
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

  1. API accepted

    The token is scoped to one project and one action. Nothing is queued behind a person.

    0.4 s

  2. Placement chosen

    The scheduler picks a host with room for the whole shape, or returns 409 with the harbours that have.

    1.2 s

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

  4. Config drive written

    Your cloud-init user-data, the SSH keys, and the network stanza.

    0.6 s

  5. Instance defined and started

    libvirt domain created, vCPUs pinned, memory locked.

    3.1 s

  6. Network programmed

    Address assigned, rDNS set, edge filter and anti-spoof rules pushed.

    2.7 s

  7. 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.
Install with `curl -fsSL https://get.yunagi.cloud | sh`, or take the static binary from the console if you would rather read it first. The addresses printed here are documentation ranges. The seven timings are cumulative and are the same seven phases as the trace above.

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

Coming in from somewhere else
# 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
Import is free and we do not bill ingress in either direction of the copy. Two files always need editing before you leave the rescue system: /etc/fstab, for the new root UUID, and whatever configures your interfaces, for the new addresses. If the machine you are leaving has a hypervisor-specific agent or guest tools installed, remove it — ours does not want it and it will hold the boot for ninety seconds looking for a bus that is not there.

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 →

較べ — one application node, thirty days, three ways
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.

Where they win

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

4.4 — Service credit schedule, per service, per calendar month
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.