Kiedy migracja nie wchodzi w grę:Na każdą historię dotyczącą mikrousług chmurowych i wdrożeń zapewniających zerowy czas przestojów odpowiada sto niezliczonych historii o systemie realizacji produkcji kontrolującym linię montażową samochodów, bazie danych pacjentów w szpitalu regionalnym lub platformie rozliczeniowej u operatora telekomunikacyjnego – a wszystko to działa na serwerach z erą DDR3, ponieważ koszty, ryzyko i obciążenia regulacyjne związane z migracją przekraczają o rzędy wielkości koszty utrzymania sprzętu.
Pytanie 1. Nasz starszy system działa na systemie Windows Server 2012 R2, dla którego wsparcie techniczne dobiegło końca. Czy możemy wirtualizować aplikację?
O: Migracja fizyczna do wirtualnej (P2V) starszej aplikacji do nowoczesnego hypervisora jest często najlepszą strategią długoterminową. Proces ten obejmuje: (1) użycie programu Microsoft Disk2VHD lub VMware vCenter Converter w celu utworzenia obrazu dysku wirtualnego serwera fizycznego; (2) Wdróż obraz na nowoczesnym hypervisorze (ESXi 8, Hyper-V 2025 lub Proxmox VE 8); (3) Skonfiguruj maszynę wirtualną z odpowiednimi zasobami; (4) Rozwiązywanie problemów ze sterownikami i aktywacją — system Windows Server 2012 R2 uruchomi się na nowoczesnym sprzęcie wirtualnym, ale może wymagać wstrzyknięcia sterowników maszyny wirtualnej przy użyciu narzędzia DISM. Starsza aplikacja i jej zależności z epoki DDR3 pozostają niezmienione w maszynie wirtualnej. Takie podejście eliminuje zależność od starzejącego się sprzętu fizycznego, umożliwia tworzenie kopii zapasowych w oparciu o migawki i umożliwia migrację do nowoczesnej infrastruktury centrum danych, podczas gdy starsze aplikacje nadal działają. Jednak niektórych aplikacji — szczególnie tych z kluczami sprzętowymi, kartami PCIe do obsługi zastrzeżonych interfejsów lub wymaganiami czasu rzeczywistego — nie można zwirtualizować.
Pytanie 2. Jak gwarantujecie, że dostarczony dzisiaj moduł DDR3 RDIMM jest pod względem elektrycznym identyczny z tym, który kwalifikowaliśmy 3 lata temu?
Odp.: Nasz starszy program zrównoważonego rozwoju wykorzystuje zablokowane BOM (zestawienie materiałów) z produkcją z kontrolą poprawek. Gdy klient zakwalifikuje konkretną wersję modułu, blokujemy następujące parametry: producent układu scalonego DRAM i wersja matrycy, wersja projektu PCB i materiał laminatu, wersja oprogramowania sprzętowego SPD, model i wersja rejestru/chipu PLL oraz wartości komponentów pasywnych (kondensatory odsprzęgające, rezystory końcowe). Nie dokonujemy zamienników ECO (Zlecenie zmiany inżynieryjnej) bez powiadomienia klienta i możliwości przekwalifikowania się. W przypadku wyczerpania się zapasów określonej wersji układu scalonego powiadamiamy klientów z 6-12-miesięcznym wyprzedzeniem i dostarczamy próbki wersji zamiennej do celów kwalifikacji. Jest to ten sam proces stosowany w łańcuchach dostaw elektroniki lotniczej i obronnej.
Pytanie 3. Jakie testy przeprowadzacie, aby upewnić się, że nie ma wad produkcyjnych, które mogą ujawnić się kilka miesięcy po wdrożeniu?
Odp.: Poza standardowymi testami funkcjonalnymi podczas wysyłki przeprowadzamy: (1) przyspieszone testy trwałości na próbkach z każdej partii produkcyjnej — moduły działają w temperaturze 85°C/85% RH i podwyższonym napięciu (1,65 V) przez 1000 godzin, aby przyspieszyć zużycie mechanizmów; (2) Bardzo przyspieszone badanie przesiewowe naprężeń (HASS) z cyklami termicznymi od -20°C do 85°C z wibracjami podczas zmian temperatury w celu wytrącenia ukrytych defektów; (3) Ciągłe testowanie niezawodności, podczas którego moduły z produkcji każdego kwartału są instalowane w działających środowiskach serwerowych, w których przeprowadzane są ciągłe testy obciążenia pamięci, z comiesięcznym śledzeniem poziomu błędów. Każda partia wykazująca współczynnik awaryjności powyżej trendu w którymkolwiek z tych programów powoduje rozpoczęcie badania przyczyny pierwotnej i potencjalną kwarantannę partii. Programy te wychwytują defekty związane ze śmiertelnością noworodków i wczesnym zużyciem, których testy funkcjonalne w czasie zerowym nie są w stanie wykryć.
Pytanie 4. Jaka jest Twoja polityka, jeśli pamięć DDR3 RDIMM ulegnie awarii w starszym serwerze i konieczna będzie natychmiastowa wymiana?
Odp.: Klientom korporacyjnym z aktywnymi umowami wsparcia zapewniamy zastępstwo w sytuacjach awaryjnych 24 godziny na dobę, 7 dni w tygodniu z umową SLA na reakcję w ciągu 4 godzin w godzinach pracy. Proces: (1) Zadzwoń na naszą linię pomocy w sytuacjach awaryjnych lub prześlij zgłoszenie o priorytecie krytycznym za pośrednictwem portalu; (2) Nasz inżynier wsparcia weryfikuje awarię i zezwala na natychmiastową wymianę; (3) Jeśli posiadasz zapasowe zapasy na miejscu w ramach naszego programu wysyłkowego, wyciągnij moduł, a my uzupełnimy Twoje zapasy w ciągu 2 dni roboczych; (4) Jeśli nie masz części zamiennych na miejscu, wysyłamy za pośrednictwem najszybszego dostępnego kuriera (zazwyczaj następnego lotu w przypadku transportu krajowego lub następnego dnia roboczego za granicę). W przypadku klientów bez aktywnych umów wsparcia standardowe przetwarzanie RMA trwa 1–2 dni robocze w celu zatwierdzenia plus czas wysyłki. Zdecydowanie zalecamy utrzymywanie w środowisku co najmniej jednego modułu zapasowego na każdą unikatową jednostkę SKU pamięci.
Pytanie 5. Czy są jakieś konkretne platformy serwerowe, na których nie należy używać tych modułów DDR3?
O: Nie zalecamy używania tych modułów w: (1) serwerach HP ProLiant Gen8 z włączonym uwierzytelnianiem HP SmartMemory — serwery te mogą odmówić uruchomienia lub obniżenia częstotliwości pamięci innej niż certyfikowana przez HP, a w niektórych wersjach BIOS-u nie ma obejścia; (2) Serwery Cisco UCS C-Series M3 z wymuszaniem kwalifikacji pamięci Cisco — generują one trwałe ostrzeżenia; (3) serwery IBM/Lenovo System x z wymaganiami FRU dotyczącymi pamięci specyficznej dla typu maszyny; (4) Serwery Oracle/Sun z weryfikacją DIMM SPD zablokowaną przez dostawcę. W przypadku tych platform zalecamy zakup certyfikowanej pamięci dostawcy. Nasze moduły działają bez ograniczeń z Dell PowerEdge 12G, serią Supermicro X9, serią Intel S2600, płytami serwerowymi ASUS/ASRock Rack i serwerami typu white-box/OEM przy użyciu standardowego BIOS-u bez blokowania pamięci dostawcy.