Hopper compute for model development, fine-tuning and production inference. H100 is a practical starting point when your software stack already targets Hopper and the model fits the chosen instance.
Hopper
Exact GPU variant, CPU, RAM and interconnect depend on the confirmed instance. Memory values are hardware references, not allocated resources.
Manufacturer specifications ↗Public reference / GPU-hour. Arvica sell price, taxes and additional services require an approved quote.
Reference price source ↗Choose on-demand or reserved compute. Location, start time and access environment are confirmed before provisioning.
| Published source | GPU variant | Reference / GPU-hour | Price basis |
|---|---|---|---|
| Hyperstack ↗ | H100 SXM · 80 GB | A$ 4.43 | on-demand |
| Lambda ↗ | H100 SXM · 80 GB | A$ 5.94 | single-instance |
| TensorDock ↗ | H100 SXM5 · 80 GB | A$ 3.12 | host-starting |
Published reference rates do not establish live availability or identical instance specifications. Your Arvica quote confirms the complete configuration and charges.
Evaluate H100 for repeatable training jobs and inference services with established CUDA kernels. Benchmark your actual sequence lengths and batch sizes before reserving a larger allocation.
Compare H200 when memory capacity or bandwidth limits concurrency. Consider Blackwell when its supported precision formats and software optimisations benefit your measured workload.
80 GB is the catalogue reference. H100 PCIe, SXM and NVL configurations differ; confirm the exact variant, allocated memory and whether the price is per GPU or per node.
Multi-GPU performance depends on the selected server. Confirm NVLink/NVSwitch within a node and the network fabric between nodes separately.
Use a Hopper-compatible framework and driver combination. Validate custom CUDA extensions and collective communication on the allocated machine.
NVIDIA hardware reference ↗ · Selection guidance is Arvica's assessment; validate it against your workload
Specify the OS, framework and container image version. Arvica confirms the driver and GPU compatibility before activation. A template name is not a software licence or a guaranteed preinstalled image.
Save an SSH public key during configuration. Keep the private key on your own device. The verified deployment record provides the actual host and login user once access is ready.
Separate boot disk, datasets, model weights and checkpoints in your capacity plan. Confirm persistence, backup ownership, attachment rules and deletion behaviour before relying on a volume.
Confirm ingress, egress, public IP access and private networking where required. For regulated or location-sensitive data, specify the required region in advanced settings before submitting.
Once Arvica supplies verified access, connect using your private key and the exact host/user shown in your instance. Then inspect the allocated GPUs and topology.
ssh -i ~/.ssh/your_key USER@HOST nvidia-smi nvidia-smi topo -m
Replace USER and HOST with your own deployment details. These commands inspect an existing machine; they do not provision one.
Parameter count × bytes per weight estimates weights only. Add KV cache, activations, temporary tensors and framework overhead. Training additionally needs gradients and optimiser state.
Record model version, precision, input/output length, concurrency, latency and error rate together. Compare the cost of a completed job or successful request under the same conditions.
Include all allocated GPUs, runtime, storage, networking, taxes and support. Monthly projections use 730 hours for comparison; your contract defines the billable period and minimum term.
Define your GPU allocation, interconnect, storage, location and commitment. Arvica prepares a capacity proposal around the workload.
Request capacity ↗Model fit and throughput depend on precision, software, batch size, context and system topology. Compare workload estimates rather than an unsupported tokens-per-second promise.
Training cost calculator →Evaluate H100 for repeatable training jobs and inference services with established CUDA kernels. Benchmark your actual sequence lengths and batch sizes before reserving a larger allocation.
80 GB is the catalogue reference. H100 PCIe, SXM and NVL configurations differ; confirm the exact variant, allocated memory and whether the price is per GPU or per node.
Use a Hopper-compatible framework and driver combination. Validate custom CUDA extensions and collective communication on the allocated machine.
Multi-GPU performance depends on the selected server. Confirm NVLink/NVSwitch within a node and the network fabric between nodes separately.
Do not assume so. Resource allocation, storage and reserved commitments may continue billing. Check the contract and request the appropriate lifecycle action through support.
Retention depends on the agreed storage configuration. Export data and confirm backup and volume retention before requesting termination.
Current configurations enter Arvica capacity review. Running status is shown only after infrastructure is verified.
No. Your quote defines GPU, storage, network, tax and service charges before you commit.
Use the enterprise capacity path for multi-node networking and reserved allocations.
Explore PCIe / SXM and virtual machine / bare-metal configurations. Reserve with Arvica before activation.
4 configurations for enquiry
