IT arxitekturası

HuaKun Kunpeng/ARM: müəssisə tətbiqləri üçün keçid planı

Binarilərdən bərpa sınağına qədər ARM uyğunluğunu yoxlamaq, pilot seçmək və mərhələli keçidi hazırlamaq üçün praktik bələdçi.

HuaKun TG225 B2

Keçid serverdən əvvəl başlayır

Kunpeng/ARM serverinə keçid avadanlığın yenilənməsi ilə yanaşı tətbiq ekosisteminin yoxlanmasını tələb edir. Hər xidmət üçün sahibi, versiya, iş rejimi, asılılıqlar və bərpa məqsədini qeyd edin. Veb tətbiqi, verilənlər bazası, hesabat mühərriki və ehtiyat nüsxə agenti müxtəlif məhdudiyyətlərə malik ola bilər. İlkin nəticə hər şeyi birdən köçürmək qərarı deyil, hansı iş yükünün pilot üçün uyğun olduğunu göstərən xəritə olmalıdır. Mənbə koduna çıxış və proqram təchizatçısının dəstəyi bu mərhələdə aydınlaşdırılır.

Binarilər, konteynerlər və asılılıqlar

Tətbiqin konteynerdə paketlənməsi prosessor arxitekturasından asılılığı aradan qaldırmır. Obrazın ARM variantını, tətbiqin yerli kitabxanalarını, verilənlər bazası əlavələrini, təhlükəsizlik agentlərini və cihaz sürücülərini yoxlayın. Yenidən kompilyasiya mümkündürsə, pilotda istifadə edilən kompilyator və kitabxana versiyalarını sabitləyin. Virtuallaşdırmada qonaq sistemin arxitekturası, hipervizor dəstəyi və köçürmə üsulu ayrıca seçilir. TGHCI x86/ARM infrastrukturunu vahid mühitdə idarə etməyə imkan verir; bu, x86 tətbiqinin binar faylını ARM prosessorunda avtomatik işlətmir. Hər asılılıq üzrə uyğunluq yoxlamasının nəticəsini saxlayın.

Modeli iş yükünə bağlayın

TG225 B2 ikiprosessorlu 2U DDR5 platformasıdır; TG215 B2 təkprosessorlu 2U alternativdir. TG245 B2 dördprosessorlu, TG125 B1 isə 1U yerləşdirmə tələbi üçün nəzərdən keçirilə bilər. Bu konfiqurasiya fərqləri avtomatik performans üstünlüyü yaratmır: operativ yaddaşdan istifadə, giriş-çıxış, lisenziyalaşdırma və genişlənmə ehtiyacını birlikdə qiymətləndirin. TG525 B2 və ya TG515 B2 ayrıca məlumat saxlama qovşağı ola bilər. Server seçimi tətbiq uyğunluğunun yoxlanmasına əsaslanmalıdır. Dəqiq konfiqurasiyanı mövcud iş yükünün göstəriciləri ilə müqayisə edin.

Pilot üçün qərar cədvəli

Hər iş yükü üçün keçid üsulunu və sübutu əvvəlcədən müəyyən edin. Pilot eyni məlumat dəsti, istifadəçi əməliyyatları və pik yük profili ilə aparılmalıdır. Nəticələrin düzgünlüyü sürətlə yanaşı yoxlanılır; yalnız başlanğıc ekranının açılması qəbul sayılmır.

Uyğunluqdan qəbul sübutuna
ObyektQərar və sübut
Tətbiq və kitabxanalarARM yığımı və funksional sınaqlar
Verilənlər bazasıƏlavələr, məlumat bütövlüyü və bərpa
İstismarMonitorinq, ehtiyat nüsxə və geri dönüş

Məlumat yolu və mövcud sistemlər

Tətbiqin köçürülməsi zamanı məlumatların harada saxlanacağını göstərin. Verilənlər bazası mövcud saxlama sistemindən istifadə edə, yeni qovşağa köçə və ya keçid dövründə köhnə sistemlə əlaqəli qala bilər. Hər halda protokolları, identifikasiya xidmətlərini, sertifikatları və şəbəkə qaydalarını yoxlayın. Real istismar məlumatlarını əks etdirən surətlə bərpa sınağı həm ehtiyat nüsxələmə alətini, həm də yeni platformadakı tətbiqi yoxlamalıdır. Sinxronlaşdırma gecikməsini və son yazıların yoxlanmasını keçid pəncərəsinə daxil edin. Bu, tətbiqin işləməsi ilə xidmətin bərpa oluna bilməsini ayrı-ayrılıqda qiymətləndirməyə imkan verir.

Mərhələli keçid və təhvil

Pilotdan sonra qeyri-kritik xidmətlə başlayın və geri dönüş üçün mövcud sistemi razılaşdırılmış müddət saxlayın. Keçid pəncərəsi, məlumat sinxronlaşdırılması, qəbul sahibi və dayandırma şərtləri yazılı olmalıdır. SOFCONS-a sorğu server təchizatı ilə yanaşı mövcud şəbəkəyə inteqrasiya, saxlama əlaqələri, ehtiyat nüsxə və təhvil sənədlərini əhatə edə bilər. Qəbul paketinə versiyalar, konfiqurasiya, sınaq nəticələri və bərpa addımları daxil edilir. Beləliklə, qərar avadanlıq və tətbiq üzrə ölçülən sübuta əsaslanır.

SOFCON / NEXT STEP

İT infrastrukturunuzu planlaşdıraq

Tətbiqlərinizə, AI tapşırıqlarınıza və məlumat mərkəzinizin imkanlarına uyğun server və platforma seçimini müzakirə edək.

Texnologiyalar haqqında ətraflı