Jaka niby promocja ? Pokaż porównanie wydajności tego AMD z jakimś aktualnym Intelem serwerowym per rdzeń..
Ogólnie wybrałeś nexo, więc powinieneś zostać poinformowany / uprzedzony przez zakupem / migracją, że będzie tak jak opisujesz i nic z tym nie zrobisz, może za kilka lat, gdy sprzęt znacząco przyspieszy i technologia nexo zostanie zoptymalizowana będzie lepiej, może.
długo analizowałem szybkość i dochodzę do wniosku, że bardziej sie opłaca nowy ryzen + płyta pro na chipsecie x570 + 2 dyski, najlepiej nvme w raid 1,
szybkość jednego rdzenia jest podobna do xeona e-2224, a jednoczenie przez większą ilośc rdzeni wystarczy mocy na jakąś wm, z rdp, ad, lub czy serwer vpn.
Nie przedstawiłeś wyników testów, wiec nie mogę się odnieść, a nie śledzę procesorów AMD.
testy wydajnościowe, są dostępne w Internecie dla każdego, porównywałem oczywiście wydajność per rdzeń.
Po za tym, czemu insert nie pisze: masz taką i taką baze potrzebujesz taki i taki serwer, a nie klienci muszą czytać i czytać.
Najwyraźniej niewiele wiesz o działaniu baz danych, w skrócie - to tak NIE działa, tak się nie da, jeden program może być wykorzystywany na wiele sposobów, w różny sposób gromadzić dane co będzie powodowało różne problemy w różnych miejscach. Do tego sprzęt NIE jest rozwiązaniem - przy wielu problemach potrzebne są optymalizacje, jedne można wykonać samodzielnie, inne może wykonać tylko InsERT... Od blisko 10 lat piszę o tym na forum, podaję przykłady, możesz poczytać...
No i najważniejsze - takie technikalia nie są zagadnieniami dla "klientów", nie wystarczy kupić i używać, to tak NIE działa, dowodem na to jest między innymi to forum, każdy musi zdecydować czym się chce zajmować, a jeśli zrobi sobie krzywdę to obiektywnie powinien mieć pretensje do siebie, a nie do Insertu czy ich programów.
Nie do końca, wystarczyło by napisać: masz tylko subiekta, masz taką i taką baze, na taki i takim sprzęcie zamówienie ładue się u nas tyle i tyle. Nie oczekuje opisu miliona konfiguracji, tylko cztery, lub pięć, dzięki czemu będzie można zweryfikować, przynajmniej, czy szukać problemu w bazie, czy sprzęcie.
Powiedz mi, czy to jest takie nie wykonalne?
Co do wątku, najlepszym rozwiązaniem było by przeniesienie infrastruktury do chmury, przez osoby, które mają większe na ten temat pojęcie.
Zaletą tego rozwiązania jest wysoka dostępność, oraz skalowalność.
Przez analogię - lepiej jeździć samochodem wypożyczonym, a nie swoim, lepiej mieszkać w wynajętym domu, a nie swoim - tylko kto tak robi i dlaczego tak nie robi ? To kosztuje dużo, dużo więcej niż własny sprzęt, proporcjonalnie do zasobów.
masz jakieś wyliczenia, łącznie z analizą prędkości ładowania danych, kosztem licencji, na dowód, że sie taka infrastruktura się nie opłaca?
Sa pewne sytuacje, że przeniesienie infrastrutury, a przynamniej tej odpowiedzialnej za subiekta, to myślę, że może sie opłacać, conajmniej przy tak rozproszonej infrastrukturze, jak opisane prze opa. Policz oczywiście koszty: interentu, stałego i publicznego ip, prądu, obsługi i wymiany sprzętu, backup, koszty ewentualnego przestoju, oraz licencji, oraz ewentualnej migracji na nowy sprzet. Dopiero po zsumowaniu kosztów jednego i drugiego rozwiąznia można zdecydować, czy się opłaca, czy nie. I właśnie dlatego przydały by się wyliczenia zapotrzebowania na zasoby przygotowane przez insert, ponieważ to one pozwoliłyby nam oszacować koszty.
Ale fakt jest jeden, przy chmurze trzeba bardzo mocno przemyśleć rozwiązanie był dosyć uważnym, bo rachunek, może być srogi.
