Containerbasierte vs. modulare vs. Mikro-Datenzentren

Containerbasierte vs. modulare vs. Mikro-Datenzentren

Schnelle Antwort

• Definieren Sie die Systemgrenze: geben Sie an, was innerhalb des gelieferten Pakets enthalten ist und was auf Baustellenebene verbleibt.
• Zeichnen Sie jede Schnittstelle: strom, Kühlung, Netzwerk, Steuerung, Brandschutz, Statik, Entwässerung, Zugang sowie Verantwortlichkeiten.
• Wählen Sie die Erweiterungseinheit: eine weitere Gehäuseeinheit, ein weiterer Funktionsblock, ein weiterer lokaler Edge-Knoten oder eine koordinierte Kombination.
• Führen Sie eine RFP-Prüfung durch: stellen Sie sicher, dass jeder Bieter denselben Leistungsumfang kalkuliert, Ausschlüsse dokumentiert und Schnittstellen mittels Werk- und Vor-Ort-Tests nachweist.

Das Klassifikationsproblem: Drei verschiedene Fragen

Die meisten Vergleichstabellen beginnen mit Abmessungen, Lieferzeit oder Kosten. Das ist verfrüht, weil die drei Kennzeichnungen unterschiedliche Fragen beantworten.

• Gebündelte Anforderungen: in welchem physischen Gehäuse ist die Ausrüstung enthalten, und wie lässt sich dieses Gehäuse transportieren und handhaben?
• Vorfertigte modulare Anforderungen: wie ist die Anlage in wiederholbare, in der Fabrik hergestellte Funktionsblöcke unterteilt und anschließend vor Ort integriert?
• Mikro-Anforderungen: welcher lokale Betriebsumfang wird als eine kompakte Einheit abgedeckt?

Eine Ausschreibung für ein „modulares Rechenzentrum“ kann ein IT-Container-, separate funktionale Module- oder geschlossene Edge-Rack-Lösungen hervorrufen – jeweils mit unterschiedlichem Standortumfang. Verwenden Sie die folgenden Definitionen auf dem Deckblatt.

Die Kategorien überschneiden sich. Ein kompakter Container für einen industriellen Standort kann sowohl containerbasiert als auch mikro sein. Ein modulares Campusgelände kann IT-Blöcke im Containerformat mit anderen Funktionsmodulen kombinieren. Die Bezeichnung ist erst nach Festlegung der Grenzen sinnvoll.

Der Kaufprozess im Überblick

Behandeln Sie die Architekturauswahl als zeichnerische und terminliche Übung statt als Begriffsdebatte.

Die vier Schritte sind sequenziell. Definieren Sie zunächst das betriebliche Problem, bevor Sie ein physisches Format auswählen.

Schritt 1 – Systemgrenze definieren

Eine Grenze ist die Linie zwischen dem integrierten Paket des Lieferanten und dem Rest des Projekts. Zeichnen Sie sie vor der Diskussion zur Anzahl der Module.

Beginnen Sie mit der Arbeitslast. Erfassen Sie die anfängliche und endgültige IT-Last, die erwartete und maximale Last pro Rack, luft- versus flüssiggekühlte Geräte, Spannung, Zuführungsanordnung, USV-Topologie, Batterieautonomie, Netzwerkpfade, zulässige Ausfallzeit sowie Standort-Designbedingungen. Falls der Rackplan noch nicht fertig ist, geben Sie an, dass er vorläufig ist, und benennen Sie die Verantwortlichen für die Aktualisierung.

Markieren Sie dann jede Funktion als eines von vier Dingen:

• innerhalb der gelieferten Einheit;
• separat durch denselben Lieferanten geliefert;
• durch einen anderen Auftragnehmer bereitgestellt;
• vorhandene Standortinfrastruktur, deren Vorhandensein zu verifizieren ist.

Die Liste sollte Gestelle, USV-Anlagen, Batterien, Stromverteilung, Kühlanschlüsse, CDU (sofern zutreffend), Außeneinheiten zur Wärmeabfuhr, Brandfrüherkennung und -unterdrückung, Zutrittskontrolle, DCIM, Netzwerk-Demarkationspunkte, statische Tragkonstruktionen, Witterungsschutz, Entwässerung, Beleuchtung, Not-Aus-Schalter, Erdung sowie Standortkommunikation umfassen.

Grenztest A: Containerbasiert

Bei einem containerbasierten Rechenzentrum stellt das Gehäuse eine offensichtliche physische Grenze dar; sie entspricht jedoch selten der vollständigen Projektgrenze. Stellen Sie die Frage: Was endet an der Wand? Umfasst das angebotene Paket ausschließlich die internen Kühleinheiten oder auch den externen Kondensator bzw. die externe Kältemaschine? Werden die ankommenden Stromkabel an einem externen Schaltschrank, innerhalb des Containers oder am ortseigenen Schaltgerät abgeklemmt? Wer stellt das Fundament, die Treppen, die Serviceplattform, das Regenwassermanagement sowie die geschützte Leitungsroute bereit?

der Begriff ‚schlüsselfertiger Container‘ ist keine ausreichende Antwort. Der Käufer benötigt einen Innen/Außen-Plan.

Transportanforderungen gehören ebenfalls in diese Grenzdefinition. ISO 668 legt einen Rahmen für die Klassifizierung, Abmessungen und Belastungsklassen von Frachtcontainern der Serie 1 fest; dennoch erfordert eine modifizierte Rechenzentrumsgehäuse-Lösung eine projektspezifische Prüfung von Öffnungen, Masse, Hebevorgängen, struktureller Verstärkung, Geräteverankerung, Streckenbeschränkungen und Handhabung. Transportfähig bei Auslieferung bedeutet nicht zwangsläufig, dass eine Umlagerung nach Inbetriebnahme ohne ingenieurtechnische Arbeiten möglich ist.

Grenztest B: Vorfertigte modulare Lösung

Bei einer vorfertigten modularen Anlage sind die Grenzen sowohl nach Funktion als auch nach Gehäuse zu definieren. Ein IT-Modul kann beispielsweise an der Stromschienenverbindung, der Kaltwasserverbindung, der Brandmeldeanlagen-Schleife und dem Steuerungs-Gateway enden. Ein Stromversorgungsmodul kann USV und Batterien umfassen, ist jedoch auf separate Mittelspannungsgeräte angewiesen. Die Kühlung kann als zentrales Anlagenmodul bereitgestellt werden, das mehrere IT-Blöcke versorgt.

Hier zeigt sich die Flexibilität modularer Architekturen: Jede Funktion kann eine geeignete Form nutzen, statt in eine einzige vorgegebene Struktur gezwängt zu werden. Gleichzeitig entstehen dadurch mehr Schnittstellen. Ein Planer auf Standortebene muss die Koordination von Schutzeinrichtungen, die hydraulische Abstimmung, Steuerungsabläufe, Brandabschnitte, Fluchtwege, Witterungsschutz und Inbetriebnahme über Modulgrenzen hinweg sicherstellen.

Grenztest C: Mikro

Bei einem Mikro-Datenzentrum kann ein kleiner physischer Umfang eine große operative Grenze verbergen. Die kompakte Einheit mag zwar integriert sein, ist aber dennoch abhängig von der lokalen elektrischen Leistungsfähigkeit, der Wärmeabfuhr, der Netzwerkverfügbarkeit, den Raumbedingungen, der physischen Sicherheit, der Fernüberwachung sowie dem Servicezugang.

Die bessere Definition von „Mikro“ ist betrieblicher Natur, nicht numerisch: Eine lokalisierte Arbeitslast wird als eine kompakte Umgebung und ein begrenztes Ausfallgebiet verwaltet. Es gibt keine universelle kW- oder Rack-Anzahl-Grenze. Vermeiden Sie, im RFP eine solche künstlich festzulegen.

Halten Sie vier Stromwerte strikt getrennt

Jeder Grenzplan sollte unterschiedliche Spalten für folgende Angaben vorsehen:

• gesamte IT-Leistung der Umhüllung oder des Moduls;
• erwartete und maximale Last pro Rack;
• leistung der Kühleinheit;
• gesamte Standort- oder Projekt-Kapazität.

Für die Standard-Container von ZT beträgt die Leistungsangabe für eine 20-Fuß-Einheit 15–25 kW gesamte IT-Leistung , während eine 40-Fuß-Einheit mit 40–70 kW angegeben wird gesamte IT-Leistung . Die dokumentierte Niedrigdichte-Anordnung lautet:

Ein Durchschnitt ist kein thermisches Design. Der Rack-Plan muss weiterhin das heißeste Gehäuse sowie eventuelle konzentrierte GPU-Lasten identifizieren. Doch die arithmetische Berechnung verhindert, dass eine Gesamtcontainer-Leistungsangabe einfach in ein pro-Rack-Feld übernommen wird.

Schritt 2 — Schnittstellen zeichnen und Verantwortliche zuweisen

Sobald die Grenze definiert ist, sind die Verbindungspunkte einzutragen. Ein einfaches Blockschaltbild ist nützlicher als mehrere Seiten „vollständig integrierter“ Prosa.

Jede Schnittstelle erfordert fünf Einträge: standort, Auslegungsbedingung, bereitstellende Partei, empfangende Partei und Verifizierungsmethode . Eine Rohrverbindung ohne Angaben zu Temperatur, Durchfluss, Druck, Wasserqualitätsgrundlage, Ventilumfang und Steuerungsabstimmung stellt keine definierte Schnittstelle dar. Ebenso unvollständig ist eine Stromversorgungsverbindung ohne Angaben zu Spannung, Kurzschlussleistung, Schutzgrenze, Erdungsanordnung, Kabelumfang und Inbetriebnahmefolge.

Verwenden Sie eine Schnittstellen-Verantwortlichkeitstabelle früh genug, damit Bieter diese hinterfragen können.

Die Verantwortlichkeit sollte nicht nur als „durch andere“ angegeben werden. Nennen Sie die vertragliche Partei. Falls der zivile Auftragnehmer das Fundament unter Verwendung von Lasten bereitstellt, die vom Modulanbieter festgelegt wurden, legen Sie Termine für vorläufige Daten, genehmigte Daten und Änderungskontrolle fest. Falls ein Drittanbieter den Kühler liefert, klären Sie, wer die vollständige Regelungssequenz bei wechselnder IT-Last nachweist.

Schritt 3 — Wählen Sie die Erweiterungseinheit

„Skalierbar“ ist unvollständig, es sei denn, die Ausschreibung benennt explizit, was wiederholt wird und was bereits vorhanden sein muss.

Für eine containerbasierte Architektur die Erweiterungseinheit ist oft ein weiterer Container oder ein koordinierter Cluster. Prüfen Sie, ob Schaltanlagen der vorgelagerten Stufe, Kälteanlage, Netzwerkkapazität, Fundamente und Steuerungssysteme diesen Block aufnehmen können. Prüfen Sie außerdem, ob eine neue Einheit installiert werden kann, ohne den Zugang zum Service zu blockieren oder die erste Einheit zu unterbrechen.

Für eine vorfertigte modulare Architektur , die Erweiterungseinheit kann ein IT-Block plus ein entsprechender Anteil an Stromversorgung und Kühlung sein. Die Module müssen nicht eins-zu-eins hinzugefügt werden. Eine Phase könnte beispielsweise zunächst zusätzliche Stromkapazität erfordern, bevor IT-Kapazität benötigt wird, oder eine Kühlanlage, die für mehrere spätere Blöcke dimensioniert ist. Der Masterplan sollte Anschlusspunkte, Trennmöglichkeiten, Reservekapazität für Steuerungssysteme, Notausgänge, Heberouten sowie die Reihenfolge der Arbeiten am laufenden Standort darstellen.

Für eine mikroarchitektur , die übliche Erweiterungseinheit ist ein weiterer lokaler Knoten und keine Ergänzung eines zentralen Raums. Dadurch lässt sich die Investition besser an die Nachfrage einzelner Niederlassungen oder Produktionslinien ausrichten. Gleichzeitig erweitert sich der Überwachungsbereich, der Ersatzteilbestand sowie das Servicegebiet. Das endgültige Design ist daher genauso ein Betriebsmodell wie eine physische Anordnung.

Die Dichte kann die Erweiterungseinheit verändern. ZTs technische Referenzen unterscheiden 5–8 kW/Rack für allgemeine IT-Anwendungen, 15–30 kW/Rack für Inferenz- oder gemischte beschleunigte Berechnungen sowie 100 kW/Rack oder höher für KI-Training mit chipbasierter Flüssigkeitskühlung. Bei 30–50 kW/Rack , wird eine Rücktürkühlung oder eine hybride Luft-/Flüssigkeitskühlung geprüft; oberhalb 50 kW/Rack , flüssigkeitsgekühlte Chips sind der praktikable Weg bei ZT-Konstruktionen. Dabei handelt es sich um Konstruktionsbereiche, nicht um Kategoriedefinitionen.

Eine zukünftige flüssigkeitsgekühlte Phase erfordert möglicherweise eine CDU, Rohrverteilung, Wasserqualitätskontrolle, Leckerkennung, Wärmeabfuhr sowie verbleibende Luftkühlung – alles Dinge, die in der ersten luftgekühlten Phase nicht erforderlich waren. Die CDU-Baureihe von ZT umfasst 200–1400 kW , mit ±1°C sekundärseitige Temperaturregelung und ist verfügbar 1+1mit Anordnungsmöglichkeiten für Pumpen, Messgeräte, Stromversorgung und Kommunikation. Leiten Sie die erforderliche CDU-Anzahl für ein Projekt nicht aus diesen Kataloggrenzwerten ab; stattdessen bestimmen Sie sie anhand des Rack-Terminplans, der Laststreuung, der Temperaturen, der Redundanz und der Phasierung.

Drei kurze Beschaffungsszenarien

Szenario 1: Fernstehende Außenkapazität mit definierter Last

Ein Käufer benötigt ein begrenztes IT-Paket an einem entfernten Standort mit einer bekannten Rack-Liste und einer Transportstrecke, die den fertigen Gehäuseverbund aufnehmen kann. Ein containerbasiertes Format ist eine sinnvolle Option zur Bewertung. Die Ausschreibungsunterlagen (RFP) sollten den internen Paketumfang weiterhin klar von Fundamenten, der vorgelagerten Stromversorgung, der externen Wärmeabfuhr, der Kommunikation, dem Heben, den Witterungsschnittstellen und den Verpflichtungen zur Neuinbetriebnahme trennen.

Die zentrale Entscheidung lautet zunächst nicht „20-Fuß oder 40-Fuß“. Vielmehr geht es darum, ob die deklarierten Racks, die erforderlichen Service-Freiräume, die Stromversorgungskette und die Kühlkonfiguration innerhalb der vorgegebenen Grenzen Platz finden und gleichzeitig wartenstechnisch zugänglich bleiben.

Szenario 2: Ein phasenweise realisierter Standort mit gemischter Dichte

Ein Käufer erwartet in der ersten Phase allgemeine Racks für Standardanwendungen und in späteren Phasen dichtere Bereiche für beschleunigtes Rechnen. Der Begriff ‚vorfertigte modulare Lösung‘ ist hier die sinnvolle architektonische Beschreibung, da IT, Stromversorgung, Kühlung und Supportfunktionen als koordinierte Blöcke geplant werden können. Einige dieser Blöcke können containerbasiert sein, andere nicht.

Das RFP sollte jetzt die endgültige Anordnung darstellen: reservierte elektrische und hydraulische Kapazität, Trennpunkte, Standorte zukünftiger Module, Routen im aktiven Betrieb, Adressierung der Steuerungssysteme sowie Angabe, welche gemeinsam genutzte Anlage in jeder Phase installiert wird. Andernfalls kann die spätere Ergänzung eines Moduls zu einer störenden Neugestaltung der Anlage führen.

Szenario 3: Lokale Rechenleistung über mehrere Standorte hinweg

Ein Hersteller oder ein Filialnetzwerk benötigt kleine autonome Rechenumgebungen in unmittelbarer Nähe von Maschinen oder Nutzern. Mikro-Datenzentren kommen hier möglicherweise infrage, da der Einsatzumfang lokal ist. Die wichtigsten Vergleichskriterien für den Käufer sollten Fernzugriffsmöglichkeiten, physische Sicherheit, lokale Wärmeabfuhr, ggf. Akustik, Netzwerkverlustverhalten, Standard-Ersatzteile, Alarmweiterleitung und Serviceabdeckung umfassen.

Ein Frachtcontainer könnte an einem einzigen Außenstandort eingesetzt werden – das bedeutet jedoch nicht, dass jeder Mikro-Knoten als containerbasiert neu definiert wird. ‚Mikro‘ bleibt eine Entscheidung zum Umfang.

Schritt 4 — Die Architektur in eine RFP-Prüfliste umwandeln

Die endgültige Ausschreibungsunterlage (RFP) sollte Mehrdeutigkeit für den Bieter teuer machen, nicht für den Auftraggeber nach Vertragsvergabe.

Gemeinsame Zeitpläne herausgeben

Stellen Sie jedem Bieter denselben Rack-Zeitplan, dasselbe Geländebeschreibungsblatt, dieselbe Verantwortungsmatrix, denselben Phasenplan, dieselbe Konformitätsgrundlage und dieselben Prüfanforderungen zur Verfügung. Fordern Sie ausdrücklich, dass Annahmen in einer markierten Form zurückgegeben werden. Ein Angebot, das stumm eine geringere Rack-Last, andere Umgebungsbedingungen oder einen reduzierten Batterieumfang vorsieht, ist technisch nicht konform – selbst wenn die Gesamtleistung in kW korrekt erscheint.

Fordern Sie Nachweise auf der richtigen Ebene an

Eine Komponentenkennzeichnung zertifiziert nicht die installierte Anlage. Fordern Sie Kennungen von Zertifikaten oder Berichten, Modellanwendbarkeit, ausstellende Stelle, Gültigkeit und Nutzungsbedingungen an. ZT listet ISO 9001, CE, CCC, TUV, RoHS, UL und TIA-942 unter seinen Zertifizierungsreferenzen auf. Seine Parameterbibliothek identifiziert zudem UL 1741 für elektrische Systeme in Containern, UL 94 V-0 für die Flammwidrigkeitsklasse eines AI-Containergehäuses sowie IP55 als relevante Schutzklasse. Die technische Prüfung muss bestätigen, dass jede Behauptung auf die angebotene Konfiguration und den Bestimmungsort zutrifft.

Für Resilienz das des Uptime Institute Tier-Ready-Programm behandelt vorgefertigte und modulare Konstruktionen; eine Konstruktionsprüfung eines Moduls ist jedoch nicht identisch mit der Zertifizierung einer vollständigen, betriebsbereiten Anlage. Für die thermische Auslegung verwenden Sie eine vereinbarte Grundlage wie die ASHRAE Datacom-Reihe aSHRAE-Klassifizierung

Prüfen Sie das Modul und die Verbindungen

Die Verifikationsmatrix sollte die Konstruktionsüberprüfung, die Werksabnahmeprüfung (FAT), die Versandinspektion, die Abnahmeprüfung vor Ort (SAT), die Prüfung integrierter Systeme und die Übergabe umfassen. Die FAT kann interne Verkabelung, Alarme, Steuerungen, Kühlbetrieb und dokumentierte Montage vor dem Versand nachweisen. Sie kann jedoch nicht die Versorgungsleistung vor Ort, die Feldverbindungen, die vollständige Brandstrategie, die externe Wärmeabfuhr oder den End-to-End-Failover nachweisen.

Fordern Sie Testskripte an, um Voraussetzungen, Messgeräte, simulierte Bedingungen, erwartete Ergebnisse, Annahmegrenzwerte, Zeugen und die Behebung von Mängeln zu identifizieren. Fügen Sie Sequenzen für Stromausfall und Wiederherstellung, Umschaltung auf redundante Komponenten, Alarmweiterleitung, Notmaßnahmen, Kühlreaktion, Netzwerk-Failover (sofern im Geltungsbereich) sowie Überwachungspunkte ein. Die Testmethode muss der Verantwortlichkeitsmatrix folgen, damit keine kritische Schnittstelle zwischen den Verträgen verloren geht.

Kommerzielle Vergleiche standardisieren

Vergleichen Sie den Preis pro Modul nicht, bevor der Leistungsumfang standardisiert ist. Trennen Sie mindestens:

• fabrikgefertigte Ausrüstung und Integration;
• konstruktion und Einreichungen;
• FAT- und Begutachtungskosten;
• fracht, Versicherung, Hebe- und Lagerkosten;
• fundamente und baubegleitende Geländearbeiten;
• anschlüsse an Versorgungsnetze und das öffentliche Netz;
• externe Kühl- oder Wärmeabfuhrtechnik;
• genehmigungen und lokale Prüfungen;
• SAT, integrierte Tests und Schulungen;
• ersatzteile, Software, Service und Vorkehrungen für zukünftige Phasen.

Vorfertigung kann die Montage vor Ort reduzieren und ermöglicht gleichzeitig die Durchführung von Fabrikarbeiten während der Vorbereitung von Fundamenten und Versorgungsleitungen. Sie entbindet jedoch nicht von Genehmigungsverfahren, Netzeinschränkungen, Bauarbeiten, Zollformalitäten oder langfristig beschaffbaren Komponenten. ZT verzeichnet ein 50–70 % Reduktion der Bauzeit vor Ort im Vergleich zur herkömmlichen Bauweise, abhängig vom Projektumfang und der Bereitschaft. Verwenden Sie dies als Orientierungshilfe für die Sorgfaltspflicht, nicht als universelle Zeitplan-Garantie.

Häufig gestellte Fragen

Ist jedes containerisierte Rechenzentrum modular?

Im weiteren Sinne der Lieferung ist dies üblicherweise der Fall: Es handelt sich um eine fabrikgefertigte Einheit, die einen wiederholbaren Baustein bildet. Das Gegenteil gilt nicht. Vorgefertigte modulare Anlagen können zweckgebaute Räume, Skids, paneelbasierte Strukturen oder verschiedene Gehäusetypen nutzen.

Ist ein Mikro-Rechenzentrum einfach nur ein kleinerer Container?

Nein. ‚Mikro‘ beschreibt den begrenzten lokalen Einsatzumfang; ‚containerisiert‘ beschreibt die Verpackungsform. Viele Mikro-Rechenzentren bestehen aus geschlossenen Racks oder kompakten Räumen. Einige Outdoor-Container-Systeme können jedoch ebenfalls eine Mikro-Rolle übernehmen.

Welche Architektur lässt sich am schnellsten bereitstellen?

Diejenige mit stabilem Design, fertiggestelltem Standort, verfügbaren Versorgungsleitungen, erteilten Genehmigungen und kontrollierten Schnittstellen. Eine kleine Mikroeinheit erfordert möglicherweise weniger physische Arbeit, während fabrikintegrierte, containerbasierte oder modulare Systeme größere Zeitpläne verkürzen können. Das Etikett allein legt keinen Liefertermin fest.

Kann ein Container nach der Inbetriebnahme bewegt werden?

Möglicherweise, doch eine Bewegung erfordert einen Plan für Abschaltung, Datensicherung, Trennung von Kabeln und Rohrleitungen, Handhabung von Flüssigkeiten und Batterien, Sicherung der Geräte, Massenberechnung, erforderliche Genehmigungen, Hebevorgänge, Transportstoßbelastung, Bereitschaft des Zielstandorts sowie erneute Inbetriebnahme. Das Transportformat stellt keine automatische Umsiedlungsgarantie dar.

Welche Option eignet sich am besten für KI mit hoher Dichte?

Jedes Format kann dichte Racks unterstützen, sofern die gesamte elektrische, flüssigkeitsgekühlte, restluftbasierte, strukturelle, steuerungstechnische und wärmeabfuhrseitige Kette für die tatsächliche Serverliste ausgelegt ist. Vorgefertigte modulare Architekturen bieten Freiheit, Dichtezonen zu trennen; die Geometrie von Containern ist straffer; ein Mikrosystem hängt stark von den lokalen Versorgungsinfrastrukturen ab.

Bedeutet 40–70 kW für einen 40-Fuß-Container 40–70 kW pro Rack?

Nein. Es ist die von ZT angegebene gesamte IT-Leistung des Containers für die Standardreferenz. Bei der dokumentierten Anordnung mit acht Racks und 40 kW beträgt der Durchschnitt 5 kW/Rack . Die maximale Racklast muss weiterhin aus dem Racklastplan stammen.

Was sollten Käufer zusammen mit einer Ausschreibung (RFP) einsenden?

Senden Sie die Rack- und Serverliste, die Last pro Rack, die anfängliche und endgültige Kapazität, Spannung und Einspeisungs-Topologie, Redundanz, Batterieautonomie, Kühlpräferenz, Standortbedingungen, Grundstücks- und Zugangsbeschränkungen, Zielmarktstandards, Verantwortungsmatrix, Phasierungsplan sowie erforderliche Teststufen.

Drei Kernpunkte

• Klassifizieren Sie das Problem korrekt. Containerisiert ist ein Gehäuse- und Transportformat; vorgefertigt modular ist eine Liefer- und Architekturmethode; mikro ist ein lokal begrenzter Einsatzumfang.
• Kaufen Sie eine definierte Grenze und getestete Schnittstellen – kein Etikett. Weisen Sie jede Verbindung für Strom, Kühlung, Netzwerk, Steuerung, Brandbekämpfung, Statik und Inbetriebnahme einer benannten Partei zu.
• Benennen Sie die Erweiterungseinheit und beschriften Sie jeden kW-Wert. Die gesamte IT-Kapazität pro Container, die individuelle Racklast, die Kühlleistung und die Projektleistung in MW sind unterschiedliche Werte.

ÜBER ZT

Gegründet im Jahr 2009, ZT (ZheJiang ZhiTing Information Technology Co., Ltd) entwirft und fertigt vorgefertigte Rechenzentrumsinfrastruktur in einer 30.000-m²-Fertigungsstätte in Zhejiang, China, mit über 200 Mitarbeitern. Das Produktportfolio umfasst 20-Fuß- und 40-Fuß-ISO-containerisierte Systeme, die NEBULA SERIES flüssiggekühlten Mikromodul, CDUs, In-Row-Kühlung, USV, Racks und DCIM. Zu den von ZT genannten Zertifizierungen zählen ISO 9001, CE, CCC, TUV, RoHS, UL und TIA-942.

CTA: Legen Sie die Grenzzeichnung vor dem Angebot vor.

Senden Sie ZT den Rack-Terminplan, die Anfangs- und Endlast, die Standortbedingungen, die erforderlichen Schnittstellen, das Redundanzziel, die Kühlgrundlage, das Zielgebiet und den Expansionsplan. Anschließend kann die technische Prüfung klären, ob das Projekt ein Containerformat, eine koordinierte vorgefertigte modulare Anlage, einen Mikro-Einsatz oder eine Kombination davon erfordert – bevor der kommerzielle Vergleich die falsche Grenze festlegt.

Technisches Beratungsgespräch anfordern , prüfen Sie die containerbasierte Rechenzentrums-Lösung , oder erkunden Sie die vorgefertigte modulare Rechenzentrums-Lösung .

Quellen

• ISO 668:2020 — Frachtcontainer der Serie 1: Einstufung, Abmessungen und Kennwerte
• Uptime Institute — Tier-Ready für vorgefertigte und modulare Rechenzentren
• ASHRAE — Datacom-Reihe
• TIA — Übersicht über den TIA-942-Standard
• TIA — White Paper zum Rechenzentrum: Flüssigkeitskühlung