Dlaczego stawiamy na rozwiązania Fujitsu i Netapp?
Każdy rodzaj oprogramowania rozumianego jako aplikacja biznesowa, system operacyjny czy wirtualizator musi działać w środowisku odpowiednio zwymiarowanym i skonfigurowanym. Szczególnie dotyczy to przestrzeni na dane w systemach pocztowych oraz systemach zgłoszeniowych. W INTALIO zajmujemy się dedykowanym oprogramowaniem zawodowo i żaden z naszych projektów nie mógłby zaistnieć bez warstwy sprzętowej. Dlatego też nasza bardzo dobra współpraca z Fujitsu i Netapp jako wiodącym Partnerem Technologicznym umożliwia nam stosowanie kompletnych rozwiązań i narzędzi do realizacji zaawansowanych projektów IT.
Dlaczego Netapp i Fujitsu?
Zgodnie z hasłem "Razem możemy więcej"
- Fujitsu jest Globalnym Partnerem firmy NetApp od 1998 roku,
- Zarówno Netapp jak i Fujitsu uzupełniają swoje portfolio rozwiązań,
- Netapp posiada bogate portfolio rozwiązań opartych na nośnikach flash
Elementy, które mają wpływ na decyzję o wyborze macierzy - top 10
-
Priorytetem dla nas jest wysoka dostępność (architektura - klaster HA), a sama usługa/aplikacja nie dostarcza takiej funkcjonalności. To właściwy moment, aby zacząć myśleć również o wirtualizacji
-
Potrzebujemy przestrzeni na dane z możliwością rozszerzenia pojemności „w locie”. Oczywiście można wykorzystać inne technologie wspomagające ale z macierzą jest najłatwiej i najbezpieczniej zrealizować taki scenariusz. Skalowalność i niezawodność – macierze są projektowane tak by miały 100% czasu uptime’u
-
Chcemy mieć możliwość szybkiego przepięcia naszych danych pod inny serwer
-
Zależy nam na wysokiej wydajności lub bardzo wysokiej wydajności (zasoby pod hurtownie/bazy danych)
-
Zależy nam na wysokim bezpieczeństwie i kontroli dostępu do danych (w sieciach SAN nawet administrator storage nie ma dostępu do naszych danych)
-
Potrzebujemy izolacji obciążeń lub zapewnienia wydajności (umowy SLA) – w większości macierzy możemy wdrożyć polityki/profile dostępu do określonych przestrzeni (ograniczyć IOPSy, ograniczyć cache lub odwrotnie zagwarantować cache dla usług krytycznych) – czyli inaczej mówiąc stosować Quality of service dla danych
-
Potrzebujemy skutecznej replikacji danych
-
Potrzebujemy szybkiej - synchronicznej replikacji (typowe scenariusze Disaster Recovery)
-
Zależy nam na skróceniu okna backupowego albo chcemy wykonywać backupy w czasie dnia produkcyjnego – można do tego celu wykorzystać mechanizmy snapshotów volumenów
-
Gdy realizujemy operacje snapshot na poziomie sprzętowym na macierzy nie ma ona wpływu na wydajność (lub wpływa nieznacząco). Gdy realizujemy operacje softwarowo, narzut operacyjny odbywa się po stronie hosta/serwera fizycznego i tu możemy doświadczać znacznego spowolnienia środowiska.
- Dodatkowo migawki macierzowe możemy wykorzystywać jako kopie zapasowe w scenariuszu disaster – tzn. bez 100% pewności spójności danych (w przypadku baz danych) ale za to z natychmiastowym odtworzeniem całego środowiska.
- Na wielu macierzach możemy skonfigurować cykliczne wykonywanie migawek (np. co 30 min.) w okresie np. 2-dobowym – wówczas mamy 96 punktów w czasie (wstecz) do których możemy się odwołać dosłownie w kilka sekund