HuaKun Kunpeng/ARM: plán migrace podnikových aplikací
Praktický průvodce kompatibilitou ARM, výběrem pilotu a postupnou migrací od binárních souborů po testy obnovy.
Migrace začíná před výběrem serveru
Přechod na server Kunpeng/ARM vyžaduje ověření ekosystému aplikací i hardwaru. U každé služby zaznamenejte vlastníka, přesnou verzi, provozní režim, závislosti a cíl obnovy. Webová aplikace, databáze, reportovací nástroj a zálohovací agent mohou mít různé podmínky. Prvním výstupem je mapa zátěží vhodných pro pilot s důvody pro zachování ostatních ve stávajícím prostředí. Včas vyjasněte přístup ke zdrojovým kódům a podporu dodavatele softwaru.
Binární soubory, kontejnery a závislosti
Zabalení aplikace do kontejneru neodstraňuje závislost na architektuře procesoru. Ověřte variantu obrazu pro ARM, nativní knihovny, databázová rozšíření, bezpečnostní agenty a ovladače zařízení. Pokud lze aplikaci znovu zkompilovat, pevně stanovte verze překladače a knihoven pro pilot. U virtualizace se samostatně rozhoduje o architektuře hostovaného systému, podpoře hypervizoru a způsobu migrace. TGHCI umožňuje spravovat smíšenou infrastrukturu x86/ARM; samotná správa však nezajistí automatické spuštění binárního souboru x86 na procesoru ARM. U každé závislosti uchovejte výsledek ověření kompatibility.
Propojte model se zátěží
TG225 B2 je dvoupaticová platforma 2U DDR5; TG215 B2 je jednopaticová alternativa 2U. TG245 B2 je příkladem čtyřpaticové konfigurace, zatímco TG125 B1 řeší požadavek na umístění v 1U. Jde o volby konfigurace, které samy nezaručují vyšší výkon: společně posuďte využití paměti, I/O, licencování a rozšíření. TG525 B2 nebo TG515 B2 mohou sloužit jako samostatné úložné uzly. Výběr serveru vychází z ověření kompatibility a nemůže je nahradit. Konkrétní konfiguraci porovnejte s výchozími hodnotami stávající zátěže.
Rozhodovací tabulka pilotu
Ještě před přípravou pilotu určete pro každou úlohu způsob migrace a požadované doklady o výsledku. Použijte stejná data, uživatelské operace a profil špičkové zátěže jako ve výchozím prostředí. Vedle doby odezvy ověřte správnost výsledků; samotné zobrazení přihlašovací obrazovky k přejímce nestačí.
| Položka | Rozhodnutí a podklady |
|---|---|
| Aplikace a knihovny | Sestavení ARM a funkční testy |
| Databáze | Rozšíření, integrita dat a obnova |
| Provoz | Dohled, zálohování a návrat |
Datové cesty a stávající systémy
Zdokumentujte umístění dat při přesunu aplikace. Databáze může zachovat stávající úložiště, přejít na nový uzel nebo během přechodu zůstat propojená se starým systémem. Vždy ověřte protokoly, služby správy identit, certifikáty a síťová pravidla. Test obnovy s reprezentativní kopií produkčních dat má prověřit zálohovací nástroj i aplikaci na nové platformě. Do migračního okna zahrňte zpoždění synchronizace a ověření posledních zápisů. Lze tak samostatně posoudit funkčnost aplikace a obnovitelnost služby.
Postupný přechod a předání
Po pilotu začněte nekritickou službou a původní systém zachovejte po dohodnutou dobu pro případ návratu. Zdokumentujte migrační okno, synchronizaci dat, osobu odpovědnou za přejímku a podmínky zastavení. Poptávka u SOFCONS může spojit dodávku serverů s integrací do stávající sítě, připojením úložiště, zálohováním a předávací dokumentací. Přejímací dokumentace má obsahovat verze, konfiguraci, výsledky testů a postupy obnovy. Kupující tak získá ověřitelné podklady pro rozhodnutí podle chování aplikace a provozní připravenosti i stanovený postup návratu při nesplnění přejímky.
Naplánujte svou IT infrastrukturu
Proberme výběr serverů a platforem pro vaše aplikace, úlohy AI a požadavky datového centra.
Prozkoumat technologie
Uvedení do praxe
AI infrastruktura HuaKun: stanice, server, nebo cluster?
Výběr lokální inference, PCIe akcelerátorů, modulárních platforem a clusterů podle paměti, softwaru, souběžnosti a pilotu.
Kapalinové chlazení HuaKun: od serveru k návrhu objektu
Porovnání chladicích desek, rozstřiku a ponoření podle uzlů, sítě, odvodu tepla, jednotek U/OU a servisu.