GridWind
Products Platform Solutions Regions Security Company
Sign in Talk to sales
LEGAL

Service Level Agreement

EFFECTIVE 1 JULY 2026·VERSION 1.0· SEE ALSO: TERMS · STATUS
99.95%
INFERENCE & CLUSTERS,
PER CALENDAR MONTH
≤ 21m 54s
DOWNTIME BUDGET
THAT TARGET ALLOWS
50%
MAX MONTHLY CREDIT,
AFFECTED SERVICE
15 min
P1 RESPONSE,
24/7 NAMED ENGINEER
ON THIS PAGE
1. Scope & definitions 2. Availability targets 3. Service credits 4. Node replacement 5. Support response 6. Maintenance 7. Measurement 8. Claims 9. Exclusions 10. Precedence & changes
IN BRIEF
· We measure availability per service, per region, per calendar month — with 5-minute probes, the same feed as the status page.
· Training clusters are measured at cluster level, not node level: a cluster that can't train counts as down, even if most nodes are technically up.
· A confirmed burst reservation counts: if reserved capacity isn't available in your window, that is downtime — not a capacity excuse.
· Miss the target and credits apply automatically on claim — up to 50% of the month's fees for the affected service.
THIS SUMMARY IS FOR CONVENIENCE — THE NUMBERED SECTIONS BELOW GOVERN.

01Scope & definitions

This SLA forms part of the agreement between GridWind Integrated Solutions Pte. Ltd. and Customer and applies to the covered services: Training Clusters, Inference Endpoints, Burst Capacity reservations, and the Console & API (each a “Covered Service”).

MONTHLY UPTIME %
Total minutes in the calendar month, minus minutes of Downtime, divided by total minutes in the month — per Covered Service, per region.
CLUSTER DOWNTIME
Any period of one or more consecutive minutes in which a Training Cluster is unable to schedule and run the contracted workload — because fewer than 98% of allocated nodes are healthy, or fabric degradation exceeds the engineered tolerance. Measured at cluster level; partial minutes don’t count.
ENDPOINT DOWNTIME
Any period in which an Inference Endpoint is unreachable from our regional edge probes or returns server-error rates above 5% of valid requests, measured over 5-minute intervals.
RESERVATION DOWNTIME
Any period within a confirmed Burst Capacity window in which the reserved node count is not available for allocation.
CONSOLE DOWNTIME
Any period in which the Console or API fails to accept authenticated management operations. Running workloads are not affected by Console Downtime and continue to run.

02Availability targets

COVERED SERVICE
MONTHLY TARGET
MEASURED
Training Clusters
99.95%
PER CLUSTER
Inference Endpoints
99.95%
PER REGION
Burst Capacity (confirmed windows)
99.5%
PER WINDOW
Console & API
99.9%
GLOBAL

For context: 99.95% allows at most 21 minutes 54 seconds of downtime in a 730-hour month; 99.9% allows 43 minutes 48 seconds. Order Forms may commit uplifted targets for specific deployments.

03Service credits

If Monthly Uptime falls below target and you meet the claim conditions in Section 8, we credit a percentage of the month’s fees for the affected Covered Service in the affected region or cluster:

MONTHLY UPTIME
CREDIT (% OF MONTHLY FEES, AFFECTED SERVICE)
Below target, ≥ 99.5%
10%
Below 99.5%, ≥ 99.0%
15%
Below 99.0%, ≥ 95.0%
25%
Below 95.0%
50%

Credits apply to future invoices within 60 days of approval, are capped at 50% of the month’s fees for the affected Covered Service, and — except where liability cannot be limited by law — are your sole and exclusive remedy for missed service levels. If the agreement ends before a credit is consumed, we pay out its remaining value.

04Node replacement & checkpoint commitments

For Training Clusters we additionally commit that:

(a) hot-spare nodes are maintained in every training hall, and a failed or degraded node is replaced with an in-kind node within 4 hours of detection;
(b) scheduling is checkpoint-aware: node swaps and maintenance drain jobs to a checkpoint boundary rather than killing them;
(c) every node and fabric link passes burn-in and topology validation before it counts toward your cluster;
(d) fabric health telemetry for your cluster is visible to you in the Console — the same data our on-call engineers see.

05Support response

TIER
DEFINITION
FIRST RESPONSE
P1
Covered Service down or unusable in production
15 min · 24/7
P2
Material degradation with workaround
1 h · 24/7
P3
Non-critical issue or degraded tooling
4 business h (SGT)
P4
Questions, requests, and changes
Next business day

P1/P2 are answered by a named infrastructure engineer with access to your topology — not a triage queue. Escalation contacts are listed in your Order Form.

06Maintenance

Planned maintenance is announced on the status page and to registered contacts at least 72 hours in advance, is scheduled in low-impact windows for the affected region, and targets less than 2 hours of customer-visible impact per Covered Service per quarter. Cluster maintenance uses checkpoint-aware draining (Section 4). Emergency maintenance necessary to protect the platform may proceed on shorter notice; we notify as early as practicable. Announced maintenance performed within these bounds is excluded from Downtime; maintenance that exceeds its announced window is not.

07Measurement & transparency

Availability is measured by GridWind’s monitoring: 5-minute probes per component and region — the same feed that drives status.gridwind-solutions.com — plus per-cluster fabric telemetry. Downtime accrues from when our monitoring detects the condition or you report it, whichever is earlier, and ends on restoration or in-kind replacement. Monthly service reports are available to committed customers. Your own logs and monitoring are admissible evidence in a claim; discrepancies are reconciled in good faith against raw probe data, which we retain for 13 months.

08Claims

Submit credit claims to your account team or noc@gridwind-solutions.com within 30 days of the end of the month in which the target was missed, identifying the Covered Service, region or cluster, and the Downtime periods (with logs if available). We respond within 10 business days; approved credits appear on the next invoice. Claims submitted after the window are forfeited.

09Exclusions

Downtime does not include unavailability caused by:

(a) planned maintenance performed within its announced window (Section 6);
(b) your software, configuration, workload behaviour, or third-party components you direct us to run;
(c) suspension or termination in accordance with the Terms;
(d) factors beyond our reasonable control, including force majeure and failures beyond the demarcation point of our network (e.g., your ISP or on-premises links);
(e) beta or preview features identified as such.

For clarity, two things are not excluded: unavailability of a confirmed Burst Capacity reservation during its window, and planned maintenance that overruns its announced window. Both count as Downtime.

10Precedence & changes

If an Order Form commits different targets, tiers, or credit ladders for a deployment, the Order Form prevails for that deployment. We may update this SLA no more than once per calendar year for new orders; for in-flight committed terms, the version in force at execution continues to apply. Material changes are notified to account contacts 30 days in advance.

GridWind
GridWind Integrated Solutions Pte. Ltd.
68 Circular Road, #02-01
Singapore 049422
hello@gridwind-solutions.com
© 2026 GridWind Integrated Solutions Pte. Ltd. · gridwind-solutions.com status.gridwind-solutions.com · docs.gridwind-solutions.com