Mentionsy

Dziś porozmawiamy o Portworx by Pure Storage, wiodącej platformie do przechowywania danych w środowisku kubernetesowym.

Przede wszystkim Portworx.

To się nie nazywa Pure Storage, to się nazywa Portworx.

No ale Portworx to rzeczywiście jest taki twór.

Natomiast Portworx ja traktuję trochę jako taką zmianę w świecie kontenerów, jaka była w momencie, kiedy VMware pojawił się na rynku, kiedy to z silosowych rozwiązań braku elastyczności, przerzucania aplikacji między jednym miejscem a drugim,

No i dla mnie czymś takim jest Portworx właśnie w świecie kontenerów.

No i co najważniejsze dla mnie w tym zagadnieniu, to Portworx jest

Portworx tak naprawdę jest warstwą abstrakcji, czy nam się to podoba czy nie, ale jego zaletą jest to, że potrafi wciągnąć istniejące już dyski i zasoby klienta, czy patrząc po prostu przez pryzmat Clustera i zacząć nimi zarządzać.

To z mojej perspektywy i niestety przynudzam, ale powtarzam to zdanie już od ponad dwóch lat, odkąd Pure dokonał akwizycji Portworxa.

Portworx robi dla usług kontenerowych to, co VMware robił dla wirtualnych maszyn, czyli zapewnia ich spójny backup, zapewnia ich spójną replikację, możliwość zachowania ciągłości działania pomiędzy on-prem a chmurą, pomiędzy różnymi instalacjami on-prem.

storage'u, tylko wszystko to, co używasz do orkiestracji swoich kontenerów, najpewniej współpracuje z Portworxem albo Portworx z tym współpracuje.

Portworx umożliwia kompletne uniezależnienie się adminów Kubernetesa bądź application developerów od ludzi zajmujących się infrastrukturą, VMware'em, Storage'em, czymkolwiek co jest pod spodem.

Zakup Portworxa ile lat temu?

Słuchajcie, to jeszcze jedno pytanie, bo mamy Portworxa i jest on dostępny naszym użytkownikom, zunifikowany dostęp do danych, przenoszalność, redundancja, nadmiarowość, whatever tam.

Portworx umożliwia nam, jakby jest taka usługa, która umożliwia nam skalowanie środowiska tak zwanym autopilotem poprzez, wiesz,

Powiedzcie mi, przy tej erze AI-owej i erze składowania danych, które zasilają modele, czy widzicie Portworxa jako taki element dla twórców aplikacji, które będą obsługiwać te nowoczesne składowiska danych jako taki punkt wejścia?

To Portworx musiał się nauczyć AI i faktu, że coraz częściej kontenery są wykorzystywane w ten sposób.

Jeżeli chodzi o rozszerzenie działania Portworxa, nie tylko o urządzenia blokowe, ale przede wszystkim coraz potężniejsze S3.

Tutaj Portworx też tym bardzo pomaga,

I Portworx na to pozwala, czyli nie musisz dbać o tą warstwę przesyłu, tylko robisz to na w zasadzie jednej warstwie kubarki procesowej.

Powiedzcie mi, jeżeli widzicie zastosowanie Portworxa w organizacjach, w firmach, w których jest on wdrożony, jaki najczęściej model storage'owy jest już wybierany później?

Macierze blokowe zdecydowanie dominują, jeżeli chodzi o klastry kubernetesowe, na których Portworx działa.

Tym niemniej istotne jest to, że w Portworxie tego nie rozgraniczamy.

Czyli notabene, ustawiając sobie klaster portworxowy, mamy każdy z tych protokołów do dyspozycji i to jest, myślę, że zasadnicza zaleta.

Portworx nawiązuje, używa tych systemów, jest ciągle, powiedzmy, zeszłej epoki.

I rozumiem, że Portworx może być pewnego rodzaju mostem pomiędzy tą aplikacją.

Pod spodem Portworxem mamy spięte

Czy Portworx może działać jako standalone application, czyli wash and go jako platforma kubernetesowa sama w sobie, czy zawsze jest dodatkiem do czegoś, co jest orkiestratowym?

I co więcej, Portworx może też istnieć jako narzędzie, jako osobne narzędzie do tego, żeby na przykład backupować rozwiązania oparte na kontenerach.

Czyli poza jakby Portworx Enterprise, który u siebie dosyć aktywnie rozwijamy i budujemy,

Czyli notabene używając Portworxa do

Notabene bardzo wiele historii portworxowych, jeżeli zwłaszcza zapytać zespół dedykowany portworxowi w Pure, zaczyna się od backupu.

Ona działa tam, gdzie masz zainstalowany pod Portworxowy.

Czyli, no trochę odpowiedziałaś na moje pytanie, czyli cała ta część control plane'u, ona podróżuje za miejscem wdrożenia Portworxa, bo wspominaliście o tym takim multiplatformowości tego rozwiązania, tak?

Jeżeli uruchomimy tam klaster kontenerowy i zainstalujemy tam Portworxa, mamy sobie on-prem'owo Kubernetesa, który działa nawet na dyskach serwerowych i tam zainstalujemy Portworxa.

Natomiast o dokładnie to samo zjawisko oparty jest Portworx DR.

I Portworx przenosi, w związku z tym, że wspominałeś, że to jest DR, czyli rozumiem, że zaraz z całą konfiguracją z metadanymi wszystko to przepływa w stronę chmury i jedyne, na co klient musi zapewnić, to rozumiem, usieciowienie tego, żeby tam jakoś sensownie też przepłynęło w tamtą stronę, że tego Portworx już nie realizuje.

I do tego, rozumiem, na dodatkowym sprzęcie, powiedzmy w on-premier, na computingu, na którym mamy Kubernetes'a, możemy Portworx'a uruchomić, w chmurze możemy uruchomić Gaza Service, jak mniemam, czy dorzucić go jako moduł do ECS'a wspomnianego choćby, tak?

Owszem, przy czym nawet on-premowo Portworx tak naprawdę działa as a service, w tym rozumieniu, że licencja na konkretną ilość węzłów to są tak naprawdę godziny, a jak je wykorzystamy pomiędzy właśnie naszymi klastrami, to jest kwestia już

Z drugiej strony w kontekście on-prima możemy przejść do subskrypcji Portworxa, która jest naturalnie elastyczna w jakimś okresie czasu, ale również subskrypcji tej macierzy, na której działa Purity, czyli coś, co pozwala nam na tą data mobiliki na warstwie samego storage'u.

Skoro możemy subskrybować kontenery Portworxa, VMware'a i stos innych rzeczy, dlaczego nie subskrybować Storage'u i używać tylko tyle w metodzie pay-as-you-go, ile rzeczywiście potrzebujemy?