Serwer wirtualizacji - prośba o porady

0

@Panczo: Twoje bazy mają po 5GB, moja powoli dobija do limitu wersji darmowej, więc jest trochę większa. Poza tym jest jeszcze druga (mniejsza) instancja do programu serwisowego, który także stoi na MsSQL. Przegadam temat stawiania SQL bezpośrednio na QNAP'ie - nie myślałem wcześniej o tym, ale może jest to jakiś pomysł :)

1

Nie chcę Ci odbierać przyjemności z nowych zabawek, w razie czego odszczekam to co napisałem ;)
A tak serio to pytanie co tam postawisz, jaki raid i ile ramu.

Druga instancja nie wydaje mi się konieczna przy pełnej wersji SQL-a.

0

Druga instancja nie wydaje mi się konieczna przy pełnej wersji SQL-a.

Jest to konieczne, bo oba korzystające z SQL programy są od innych producentów i mogą się pogryźć, jakby działały na jednej instancji (mają jakieś wymagania, nie kojarzę konkretów, ale pamiętam, że razem z ich twórcami doszliśmy do wniosku, że lepiej je rozdzielić)

A tak serio to pytanie co tam postawisz, jaki raid i ile ramu.

Ramu to pewnie 64GB, raczej powinno być OK (obecnie tyle mam i zużywana jest tak 1/3, ale nie ma na wirtualkach SQL). Co do RAID - jedyny słuszny/prawilny, czyli RAID6 :)

0

skoro ustalałeś z producentami systemów to nie będę komentował nie znając szczegółów

Ramu to pewnie 64GB, raczej powinno być OK (obecnie tyle mam i zużywana jest tak 1/3, ale nie ma na wirtualkach SQL). Co do RAID - jedyny słuszny/prawilny, czyli RAID6 :)

Tylko że Express to max 1,4 GB na instancje, przy pełnej wersji na 10 GB bazę SQL, pobierze trochę wiecęj, skoro teraz masz 2/3 wolnej, to moim zdaniem spokojnie to uciągniesz na tym QNAP-ie

0

Tylko że Express to max 1,4 GB na instancje

Ale powtarzam - poza SQL, będzie tam jeszcze parę innych wirtualek postawionych. Jakby jedynie chodziło o SQL to sprawa by była czysta, ale na tym hypervisorze ma być ok. 10 maszyn postawionych, z czego ten wałkowany przez nas SQL jest tylko jedną z nich.

0

ALe je piszę o rozwiązaniu w którym pozbywasz się fizycznej maszyny z SQL Server i przenosisz na QNAP-a, ktorego kupujesz do robienia backpów w firmie. Serwer (ten z ESXi) pozostawiasz bez zmian.

Chyba, że QNAP tego nie pociągnie wtedy zmieniasz na nowy serwer, a nie, że wszystkie wirtualki ładujesz na QNAP-a

2

No tylko skoro i tak będzie serwer wirtualek, to jaki jest plus wrzucania SQL na QNAP'a, a pozostawianiu reszty na wirtualkach? Temat zbadam, ale pierwsza myśl jest taka, że w razie jakichś problemów to jednak łatwiej jest pogrzebać na "prawdziwym" Windowsie, niż szukać gdzieś na dockerze stojącym na serwerze plików. Jeśli bredzę, to proszę o sprostowanie ;)

2

To się chyba rozmineliśmy, z pierwszego posta zrozumialem, że aby podnieść wersje SQL-a musisz zmienić cały serwer ESXi, a przy okazji dokupić QNAP-a do backup-u.
Obecny serwer ESXi ma 2 lata (i jak domniemuje jest jeszcze na gwarancji).

Więc ja wyszedłem z zalożenia ekonomicznego, że nie ma sesnu wymiana całego serwera do wirtualizacji tylko po to by podnieść wersje bazy danych. Wykorzystaj nowego QNAP-a do tego.

Zresztą czegoś nie rozumiem:

Nie mozesz zrobic upgrade'u do 6.5/7 bo serwer jest za stary skoro ma 2 lata to zakładam że masz wersjie ESi 6.0, skoro dodatkowo piszesz o RAM : `obecnie tyle mam i zużywana jest tak 1/3, ale nie ma na wirtualkach SQL), to dlaczego nie dołożysz wirtualki z Windowsem, w końcu 6.0 wspiera Windowsa 2019:

https://www.techcrumble.net/2[...]ibility-for-esxi-6-5-and-6-0/

Co pominąłem?

0

@Panczo: to się nie dogadaliśmy, już wyjaśniam/prostuję

1) obecny serwer nie jest na gwarancji. Kupiłem używkę za śmieszne pieniądze, żeby w ogóle się pobawić wirtualizacją, zobaczyć jak to działa, sprawdzić czy to się przyda i nabrać jakiegoś doświadczenia. Założenia były takie, że potem albo zrobię to porządnie (na lepszym sprzęcie), albo sobie odpuszczę. Obecnie jest to maszyna IBM 3850 (coś w stylu https://computerowiec.com.pl/[...]qc48gb2x1tb2x73raidcombo.html), z 4x4core Xenon i 64GB RAM.

2) QNAP do backupów i tak musi być, obecnie kopie mamy robione metodą partyzancką (aczkolwiek dającą radę), ale kopiowana jest jedynie baza, a nie cała maszyna

3) Teoretycznie mogę postawić nowszego SQL na obecnym Win2008R2, ale ilość zamieszania z tym związanego jest zbliżona do postawienia nowszego serwera razem z nowym SQL. Póki co jeszcze mógłbym korzystać z darmowego SQL, ale za chwilę skończy się limit miejsca na bazę, więc już chcę to zrobić porządnie i w sposób, który zapewni mi święty spokój na najbliższe kilka lat

4) co do wersji ESxi - i tak muszę kupić pełną wersję, bo darmowa nie obsługuje backupowania maszyn. Teoretycznie są programy, które to obchodzą i potrafią robić coś w rodzaju snapshotów, ale wyniki ich działania są dalekie od oczekiwań. W szczególności czas działania - Windows7 z przydzielonym miejscem 60GB na dysk robiło jakieś 2-3 godziny. Dlatego muszę mieć wersję płatną, która już zapewnia całe API do backupowania. A skoro płacę, to chcę mieć wersję najnowszą. A najnowsza nie pójdzie na moim obecnym sprzęcie (powtarzam - nie ma on 2 lat, a jedynie od 2 lat jest u mnie).

Czy teraz lepiej wytłumaczyłem, jak sytuacja wygląda, czy nadal coś jest niejasne? Jakby co to śmiało pytaj, chętnie wytłumaczę ;)

1

Teraz wszystko jasne ;)

W takim razie nie ma sensu ładować kasy w wypasionego QNAPa, nie jestem obeznany w ofercie produktowej QNAP-a, ale podejrzewam, że ten z możliwością rozbudowy do 64 GB RAM to będzie spory koszt. Lepiej mieć faktycznie serwer pod wirtualki i osobną maszynę pod backup.

1 użytkowników online, w tym zalogowanych: 0, gości: 1, botów: 0