infrastruktura IT zmieniła się drastycznie w ciągu ostatniej dekady lub więcej. Wraz z rozwojem wirtualizacji organizacje zmieniły sposób aprowizowania, zarządzania i przechowywania obciążeń o znaczeniu krytycznym w infrastrukturze. Zamiast konfigurować obciążenie serwera w sposób 1:1 z jednym obciążeniem na serwer fizyczny, wirtualizacja umożliwiła uruchamianie wielu obciążeń programowych na jednym zestawie fizycznego sprzętu.
dzięki postępowi w dziedzinie przetwarzania, sieci i pamięci masowej wirtualizacja pozwoliła organizacjom znacznie bardziej efektywnie wykorzystać ewolucję mocy obliczeniowej procesora w całym środowisku i faktycznie wykorzystać postęp w fizycznym sprzęcie. Mogą jednak zdarzyć się przypadki, w których serwer fizyczny jest nadal pożądany dla niektórych obciążeń.
spójrzmy na istotne różnice między serwerem fizycznym a maszyną wirtualną.
serwer fizyczny a maszyna wirtualna – wybór jest otwarty
patrząc na różnice między serwerem fizycznym a maszynami wirtualnymi i decydując się między nimi na uruchamianie obciążeń krytycznych dla firmy, najpierw lepiej zrozumiemy każdą z nich. Rozważymy następujące kwestie:
- co to jest serwer fizyczny?
- co to jest maszyna wirtualna?
- Porównanie funkcji maszyny fizycznej i wirtualnej
- jak wybrać?
- inne uwagi
zacznijmy od spojrzenia na fizyczne serwery.
co to jest serwer fizyczny?
dla większości osób fizyczny serwer jest dobrze rozumianą częścią infrastruktury IT, która istnieje od samego początku. Fizyczny serwer to sprzęt, który możesz dotknąć i poczuć. Typowy serwer jest czasami określany jako „bare-metal”.
ogólnie zawiera wszystkie fizyczne komponenty sprzętowe zawarte w przypadku fizycznego serwera, które umożliwiają jego działanie. Serwery fizyczne zazwyczaj mają procesor, pamięć RAM i pewien rodzaj pamięci wewnętrznej, z której System Operacyjny jest ładowany i uruchamiany. Może, ale nie musi, posiadać pamięć masową ogólnego przeznaczenia poza pamięcią masową używaną w systemie operacyjnym.
twoje fizyczne połączenia w centrum danych łączą się z Twoim fizycznym serwerem. Obejmuje to zasilanie, sieć, połączenia pamięci masowej i inne urządzenia peryferyjne i sprzęt.
kiedy myślimy o serwerach typu bare-metal, które uruchamiają jedną aplikację, zazwyczaj dostarczają one aplikacji i danych dla jednego „najemcy”. W uproszczeniu najemca to klient lub konsument. Jeden dzierżawca to jedna instancja oprogramowania i infrastruktury wspierającej, która obsługuje jednego klienta. W środowisku jednego dzierżawcy każdy klient miałby zazwyczaj własny zestaw fizycznego sprzętu dedykowanego do obsługi konkretnych zasobów.
typy serwerów
nawet jeśli możesz myśleć o serwerze fizycznym jako o sprzęcie typu „Jeden rozmiar dla wszystkich”, istnieją różne rodzaje, rozmiary i cele dla serwerów fizycznych. Należą do nich następujące różne typy serwerów:
- Serwery wieżowe – ogólnie niższe koszty i mniej wydajne niż ich odpowiedniki w szafach rack i modułowych. Często spotykane w środowiskach edge lub małych firm, w których szafy serwerowe mogą nie być instalowane lub nie ma innego sprzętu do montażu w szafie rack uzasadniającego zakup szafy serwerowej
- serwery do montażu w szafie rack-serwery do montażu w szafie rack to typowe serwery, o których myślisz, gdy myślisz o środowisku korporacyjnego centrum danych i są montowane w standardowej szafie serwerowej
- HCI lub serwery Modułowe-tego typu serwery są czasami znane jako serwery „blade” lub hiperkonwergentne, ponieważ zazwyczaj mają możliwość instalacji lub skalowania obliczeniowego, pamięci masowej i sieci poprzez zainstalowanie nowego „blade serwera” lub „modułu” w obudowie serwera HCI/Modular
powyższe różne typy serwerów z pewnością nie są jedynymi, które znajdziesz w sprzedaży. Jednak wyżej wymienione typy są najczęstszymi typami fizycznych czynników kształtu, które można znaleźć w środowisku korporacyjnego centrum danych.
co to jest maszyna wirtualna?
maszyny wirtualne są prawdopodobnie najpopularniejszym rodzajem infrastruktury IT w dzisiejszych środowiskach. Podczas gdy kontenery z pewnością zyskują na popularności i są coraz częściej stosowane, maszyny wirtualne nadal są de facto standardem dzisiejszych środowisk zwirtualizowanych.
maszyny wirtualne są możliwe dzięki zainstalowaniu hipernadzorcy na serwerze „bare-metal”. Powszechnie stosowanym obecnie podejściem dla wielu popularnych hipernadzorców, takich jak VMware vSphere i Microsoft Hyper-V, jest wirtualizacja sprzętu bazowego serwera fizycznego i prezentowanie tego zwirtualizowanego sprzętu w systemie operacyjnym. Hipernadzorca zazwyczaj ma jakiś harmonogram PROCESORA, który brokerzy żądają od systemów operacyjnych klienta działających w wirtualnych maszynach gościa z fizycznym procesorem zainstalowanym na podstawowym fizycznym hoście.
maszyny wirtualne zapewniają wiele zalet w porównaniu z serwerem fizycznym pod względem udostępniania, zarządzania, konfiguracji i automatyzacji. Podczas gdy pozyskanie, udostępnienie i skonfigurowanie nowego serwera fizycznego może zająć dni lub tygodnie, w niektórych przypadkach nowa maszyna wirtualna może zostać uruchomiona w ciągu kilku minut, a nawet sekund.
ze względu na sposób, w jaki maszyna wirtualna jest pobierana z podstawowego sprzętu fizycznego, oznacza to, że zapewnia się jej mobilność i elastyczność, które po prostu nie są możliwe w przypadku serwerów fizycznych. Maszyny wirtualne można bezproblemowo przenosić między różnymi hostami, podczas gdy maszyna wirtualna jest uruchomiona. Ponieważ maszyny wirtualne są po prostu zestawem plików na współdzielonej pamięci, a nie zestawem fizycznego sprzętu, umożliwia to łatwą mobilność i zmianę własności obliczeniowej / pamięci.
wspomnieliśmy wcześniej, że serwer fizyczny jest ogólnie odpowiedni dla pojedynczego najemcy lub klienta/konsumenta. Maszyna wirtualna ze swojej natury znacznie lepiej nadaje się do środowisk wielodostępnych, w których prawdopodobnie wiele różnych firm korzysta z różnych maszyn wirtualnych, wszystkie zlokalizowane na fizycznych lub klastrach hostów hipernadzorców.
typy maszyn wirtualnych
chociaż nie ma fizycznego współczynnika kształtu, który można objąć ręką dla maszyny wirtualnej, istnieje koncepcja „wirtualnego sprzętu” dla maszyny wirtualnej. Na przykładzie VMware vSphere, gdy spojrzysz na ustawienia maszyny wirtualnej, zobaczysz sprzęt wirtualny, który obejmuje maszynę wirtualną. Obejmuje to co najmniej 1 procesor, pamięć, pamięć masową i sieć.
poza sprzętem wirtualnym istnieją inne typy maszyn wirtualnych, na które należy zwrócić uwagę:
- trwałe – ogólnie powiązane ze środowiskami VDI jako opisujące maszynę Wirtualną, która nie zostanie wyłączona i zniszczona po użyciu
- nietrwałe-ogólnie powiązane ze środowiskami VDI jako opisujące maszynę Wirtualną, która jest krótkotrwała i aprowizowana tylko w razie potrzeby
- gęste aprowizowane – opisujące pamięć masową maszyny wirtualnej jako posiadającą dysk w pełni oddany lub „zerowany” po utworzeniu
- thin provisioned-dyski thin provisioned usuwają dysk tylko wtedy, gdy potrzebne jest miejsce. Pozwala to skutecznie „nadpoważnić” pamięć masową, ponieważ można przypisać do maszyn wirtualnych więcej pamięci niż fizycznie jest dostępna
- urządzenia wirtualne – urządzenia wirtualne w VMware vSphere mogą być wdrażane z szablonów OVA/OVF. Dzięki temu udostępnianie urządzenia jest niezwykle łatwe i użyteczne.
- Vapps – koncepcja vSphere, która pozwala logicznie grupować maszyny wirtualne razem, aby mogły być zarządzane i administrowane jako jedna jednostka
- generacja 1-W Hyper-V jest to starsza konfiguracja maszyny wirtualnej. „Generacja” zasadniczo wpływa na możliwości i funkcje maszyny wirtualnej. Maszyny wirtualne generacji 1 są zwykle ograniczone w swoich funkcjach w porównaniu do maszyn wirtualnych generacji 2.
- generacja 2-najnowszy typ konfiguracji maszyny Wirtualnej w Hyper-V, który zapewnia wszystkie najnowsze funkcje i możliwości.
Porównanie funkcji maszyny fizycznej i wirtualnej
chociaż fizyczne serwery i maszyny wirtualne różnią się znacznie pod względem sposobu ich budowy, mają wspólne podobieństwa. Jeśli chodzi o łączenie się z „serwerem fizycznym” vs „serwerem wirtualnym”, doświadczenie z perspektywy klienta będzie dokładnie takie samo. Aplikacje na ogół nie dbają o to, czy łączą się z serwerem fizycznym lub czy łączą się z maszyną wirtualną, ponieważ maszyny wirtualne uruchamiają te same systemy operacyjne, które działają na serwerach fizycznych, w tym Windows Server i Linux.
dopóki potrzebne zasoby są prezentowane przez serwer fizyczny lub maszynę wirtualną, aplikacja może wykonać to samo, niezależnie od tego, czy serwer jest fizyczny czy wirtualny. A co z porównywaniem serwerów fizycznych i maszyn wirtualnych w inny sposób? Przyjrzyjmy się poniższym porównaniom.
- koszty
- ślad fizyczny
- żywotność
- migracja
- wydajność
- wydajność
- odzyskiwanie po awarii i wysoka dostępność
koszty
mimo że koszt fizycznego sprzętu znacznie spadł, gdy spojrzysz na moc obliczeniową, którą dostajesz za dolara, fizyczny sprzęt nadal jest drogi. W zależności od specyfikacji dostarczanego sprzętu koszty mogą wynosić od kilku tysięcy do kilkudziesięciu tysięcy dolarów za pojedynczy serwer fizyczny.
patrzenie na koszt maszyny wirtualnej może być bardziej abstrakcyjnym ćwiczeniem, ponieważ można dosłownie utworzyć tyle maszyn wirtualnych na fizycznym hoście z hipernadzorcą, ile może obsługiwać sprzęt. Istnieją jednak ” koszty „związane z maszynami wirtualnymi, ponieważ zasadniczo zajmują” kawałek ” specyfikacji sprzętu i wydajności, do której jest zdolny host fizyczny, i za które zapłaciłeś przy zakupie sprzętu.
produkty takie jak vRealize Operations Manager firmy VMware mają możliwość przeprowadzania ciągłej analizy kosztów w oparciu o przydzielone procesory, PAMIĘĆ RAM i zużywaną pamięć masową. Może to być pomocne w uzyskaniu namacalnych informacji na temat kosztów poszczególnych maszyn wirtualnych.
jeśli chodzi o porównanie 1 do 1, to jednak fizyczny sprzęt serwerowy dla (1) obciążenia w porównaniu do możliwości uruchamiania wielu instancji lub obciążeń na fizycznym hoście hipernadzorcy, maszyny wirtualne są znacznie bardziej opłacalne i wydajne wykorzystanie zasobów fizycznych w korporacyjnym centrum danych.
Footprint fizyczny
jeśli spojrzysz na footprint fizyczny serwera, z pewnością może on być obszerny. Niezależnie od tego, czy jest to obudowa typu tower, rack, czy blade, wymagana będzie przestrzeń, aby pomieścić fizyczny współczynnik kształtu serwera. Jeśli myślisz o dosłownie o fizycznym serwerze dla każdego obciążenia uruchomionego w celu obsługi pojedynczego rozwiązania, aplikacji lub zestawu użytkowników, wymagana przestrzeń fizyczna może się sumować.
maszyny wirtualne natomiast umożliwiają tzw. konsolidację serwerów. W ciągu ostatnich dziesięciu lat wiele organizacji przechodziło tę transformację z relacji 1 do 1 serwera fizycznego z pojedynczą aplikacją do środowisk zwirtualizowanych, które mogą uruchamiać 10, 20, 50 lub więcej maszyn wirtualnych na fizyczny host hipernadzorcy.
maszyny wirtualne są z pewnością bardziej wydajnym wykorzystaniem fizycznej przestrzeni w korporacyjnym centrum danych w porównaniu z fizycznymi serwerami, z których każdy działa pojedynczo.
żywotność
żywotność serwera fizycznego w porównaniu z maszyną wirtualną może być interesującym porównaniem. Ogólna żywotność fizycznego sprzętu serwerowego w większości środowisk korporacyjnych wynosi od 3 do 5 lat. Oznacza to, że obciążenia uruchomione na fizycznym sprzęcie serwera muszą zostać przeniesione po osiągnięciu tego okresu życia.
ponieważ maszyny wirtualne są abstrakcyjne ze sprzętu bazowego serwera fizycznego, żywotność maszyn wirtualnych może być znacznie dłuższa niż sprzęt fizyczny, na którym się znajdują. Po osiągnięciu okresu eksploatacji bazowego hosta hipernadzorcy nowy host hipernadzorcy można aprowizować równolegle z bieżącym hostem, a Maszyny wirtualne można bezproblemowo migrować. Następnie stary sprzęt fizyczny hipernadzorcy może zostać wycofany z użytku.
po drugiej stronie monety, dzięki silnym możliwościom automatyzacji, Maszyny wirtualne można aprowizować efemerycznie i obracać w górę iw dół w razie potrzeby. Klasycznym tego przykładem są nietrwałe maszyny wirtualne, które są aprowizowane w środowisku VDI w razie potrzeby. Po wylogowaniu się użytkownika nietrwała maszyna wirtualna zostaje zniszczona.
migracja
porównując możliwości migracji ze sprzętem fizycznym i maszynami wirtualnymi, migracja serwera fizycznego jest znacznie trudniejsza. Migracja serwera fizycznego na nowy sprzęt fizyczny wiąże się z dużo większą złożonością niż maszyna wirtualna. W przypadku migracji serwera fizycznego na nowy sprzęt istnieje kilka opcji.
- zrób obraz serwera fizycznego i zastosuj obraz na nowym sprzęcie
- migracja oprogramowania ze starego serwera fizycznego na nowy serwer fizyczny
Opcja 1 wymaga najmniejszego wysiłku. Jednak ta opcja może być najbardziej problematyczna pod względem sterowników i innych problemów z obrazem zawierającym odniesienia sprzętowe do starego serwera fizycznego. Takie podejście może spowodować problemy ze sprzętem lub bluescreens po zastosowaniu obrazu. Wymagany byłby okres konserwacji, a aplikacje hostowane przez serwer fizyczny spowodowałyby awarię w tym okresie.
Opcja 2 może wymagać najcięższego podnoszenia, ponieważ migracja oprogramowania/aplikacji na nowy serwer może być skomplikowana, w zależności od oprogramowania/aplikacji. Najprawdopodobniej okres konserwacji będzie potrzebny do migracji oprogramowania / aplikacji z jednego serwera fizycznego na drugi.
dla porównania migracja maszyn wirtualnych jest znacznie łatwiejsza. Ze względu na fakt, że maszyny wirtualne są abstrakcyjne z podstawowego fizycznego sprzętu hosta hipernadzorcy, migracja do nowego sprzętu hipernadzorcy jest prostym procesem migracji na poziomie hipernadzorcy. Byłby to proces VMware „vMotion „lub Microsoft Hyper-V” Live Migration ” w celu przejścia na nowy sprzęt w przypadku tych hipernadzorców.
wspaniałą rzeczą w migracjach na poziomie hipernadzorcy włączanych przez takie migracje jak vMotion lub Live Migration jest to, że można je wykonywać podczas pracy maszyny wirtualnej, co oznacza, że Twoja aplikacja może pozostać dostępna podczas procesu! Migracje są z pewnością zaletą maszyn wirtualnych w porównaniu z migracjami serwerów fizycznych.
wydajność
wydajność to obszar, w którym serwery fizyczne (bare-metal) Zwykle świecą. W rzeczywistości jednym z najczęstszych przypadków użycia serwera fizycznego w przeciwieństwie do uruchamiania maszyny Wirtualnej jest wymóg uzyskania absolutnej największej wydajności dostępnej dla aplikacji o znaczeniu krytycznym dla biznesu. Środowiska zwirtualizowane mają niewielki narzut związany z hipernadzorcą.
należy jednak zauważyć, że różnica między wydajnością maszyny wirtualnej a wydajnością bare-metal stała się bardzo wąska, ponieważ harmonogramy hipernadzorców stały się bardzo dobre w planowaniu czasu procesora. W większości przypadków uruchamianie na serwerze fizycznym ze względu na wydajność może wynikać z konieczności całkowitego braku rywalizacji o zasoby z innych maszyn wirtualnych, które mogą konkurować o te zasoby na tym samym fizycznym sprzęcie hosta hipernadzorcy.
wydajność
wydajność jest z pewnością zaletą uruchamiania maszyn wirtualnych nad serwerem fizycznym dla jednego obciążenia. Jeśli spojrzysz na koszt zasilania fizycznego serwera, chłodzenia i koszt „rack-U” przestrzeni centrum danych, Uruchamianie fizycznych serwerów w celu hostowania aplikacji i obciążeń, w przeciwieństwie do maszyn wirtualnych, staje się bardzo kosztowne.
gdy na jednego hosta hipernadzorcy można uruchomić wiele, a nawet dziesiątki maszyn wirtualnych, zamiast pojedynczego obciążenia na serwer fizyczny, maszyny wirtualne są znacznie wydajniejsze o rząd wielkości w porównaniu z serwerami fizycznymi.
maszyny wirtualne skutecznie pozwoliły organizacjom skutecznie skonsolidować zasięg swoich centrów danych. Doprowadziło to do oszczędności energii/chłodzenia/przestrzeni.
jeśli chodzi o efektywność wykorzystania zasobów, korzystanie z serwerów fizycznych dla pojedynczych obciążeń spowoduje wiele zmarnowanych bezczynnych zasobów. Maszyny wirtualne umożliwiają pełne wykorzystanie dostępnych cykli procesora, pamięci i pojemności pamięci.
Odzyskiwanie danych po awarii i wysoka dostępność
uruchamianie każdego krytycznego obciążenia biznesowego, zarówno na fizycznym sprzęcie serwerowym, jak i na maszynach wirtualnych, wymaga możliwości ochrony aplikacji i danych przed awariami, a także zapewnienia dostępności aplikacji i danych. Maszyny wirtualne z pewnością mają zdecydowaną przewagę w porównaniu do uruchamiania obciążeń na serwerach fizycznych pod względem DR I HA.
jak wspomniano, maszyny wirtualne są abstrakcyjne z podstawowego sprzętu fizycznego. To sprawia, że są niezwykle mobilne pod względem możliwości przeniesienia do innego hosta hipernadzorcy lub fizycznej lokalizacji. Otwiera to kilka możliwości w zakresie ochrony aplikacji i danych w scenariuszach odzyskiwania po awarii.
w przypadku maszyn wirtualnych migawki maszyn wirtualnych/punkty kontrolne można wykorzystać do przekierowania We/Wy, aby wszystkie zmienione dane mogły zostać przechwycone przez rozwiązania do tworzenia kopii zapasowych. Śledzenie zmienionych bloków / śledzenie zmian odpornych może być używane tylko do rejestrowania zmian wprowadzonych od ostatniej kopii zapasowej.
ponadto kopie zapasowe maszyn wirtualnych na poziomie hipernadzorcy skutkują całkowitym wykonaniem kopii zapasowej wszystkiego, co jest wymagane do przywrócenia maszyny Wirtualnej do stanu działania, w tym skonfigurowanego sprzętu Wirtualnego.
dzięki fizycznym kopiom zapasowym serwera można w najlepszym razie przechwycić system operacyjny i wszystkie dane przechowywane na serwerze. Jednak fizyczny sprzęt nie może być magicznie powielany. Jeśli wystąpi fizyczna awaria serwera, konieczne będzie odtworzenie kompatybilnego sprzętu serwera w celu przywrócenia kopii zapasowych.
klastry wirtualizacji również bardzo ułatwiają wysoką dostępność. Poprzez abstrakcję sprzętu z maszyny wirtualnej maszyny wirtualne mogą łatwo uruchamiać się z dowolnego hosta hipernadzorcy w klastrze. Jeśli host hipernadzorcy zawiedzie, własność maszyny Wirtualnej można po prostu założyć na inny host hipernadzorcy w klastrze hipernadzorcy.
serwery fizyczne mogą być również klastrowane. Klastry pracy awaryjnej systemu Windows Server od dawna są standardem w korporacyjnym centrum danych w zakresie klastrowania fizycznych serwerów w celu zapewnienia wysokiej dostępności w perspektywie aplikacji / danych. Jeśli węzeł główny zawiedzie, inny serwer fizyczny w klastrze zakłada uruchomienie aplikacji / hosting danych.
maszyny wirtualne umożliwiają najprostszy sposób ochrony danych na poziomie witryny. Maszyny wirtualne można łatwo replikować do innego środowiska znajdującego się w oddzielnym miejscu, takim jak zakład DR. Bez odpowiedniego rozwiązania w zakresie ochrony danych, Ochrona fizycznych serwerów na poziomie obiektu może być z pewnością trudniejsza.
Jak Wybrać?
decyzja podejmowana przez większość pomiędzy serwerami fizycznymi a maszynami wirtualnymi została wyraźnie utożsamiona z powszechnym przyjęciem wirtualizacji. W większości przypadków korzyści, jakie maszyny wirtualne oferują pod względem kosztów, powierzchni fizycznej, żywotności, migracji, wydajności, wydajności i odzyskiwania po awarii/wysokiej dostępności, są znacznie większe niż przy uruchamianiu pojedynczego obciążenia na jednym serwerze fizycznym.
czy to oznacza, że uruchamianie aplikacji i hostowanie danych na fizycznych obciążeniach nie jest opcją, którą byś kiedykolwiek wybrał? Nie. Serwery fizyczne nadal stanowią część środowiska korporacyjnego centrum danych. Nadal istnieją sytuacje i przypadki użycia uruchamiania aplikacji na serwerze fizycznym. Niezależnie od tego, czy chodzi o wydajność, czy może o potrzebę podłączenia urządzeń fizycznych do fizycznego serwera, przypadki użycia z pewnością istnieją.
wybór sprowadza się zarówno do decyzji technologicznej, jak i biznesowej dla Twojej organizacji. W większości środowisk większość obciążeń to maszyny wirtualne i kontenery, a niewielka liczba serwerów fizycznych z różnymi aplikacjami.
kopie zapasowe serwerów fizycznych i maszyn wirtualnych
niezależnie od tego, czy przechowujesz Dane i aplikacje na serwerach fizycznych, czy maszynach wirtualnych, musisz je chronić. Zarówno serwery fizyczne, jak i maszyny wirtualne mogą zawieść. Podkreśla to potrzebę właściwej ochrony danych i aplikacji. Ujednolicone rozwiązanie do ochrony danych/tworzenia kopii zapasowych, które może chronić zarówno fizyczne, jak i wirtualne obciążenia, upraszcza odzyskiwanie po awarii.
dzięki Vembu Bdr Suite możesz mieć kompleksowe rozwiązanie, które może chronić twoje fizyczne serwery i maszyny wirtualne działające w Twoim środowisku. Vembu pozwala traktować serwery fizyczne jak maszyny wirtualne, ponieważ kopie zapasowe pozwalają na przywracanie fizycznych serwerów P2V ’ ING w przypadku katastrofy. Dodatkowo umożliwia łatwe kopiowanie fizycznych kopii zapasowych serwera poza siedzibą wraz z maszynami wirtualnymi. Obejmuje to następujące możliwości dla maszyn fizycznych i wirtualnych:
- zmienione śledzenie bloków
- automatyczna weryfikacja kopii zapasowych
- szybkie odzyskiwanie maszyn wirtualnych
- Kopia zapasowa poza siedzibą lub zdalna
- uniwersalne Odzyskiwanie Vembu
- kopie zapasowe z uwzględnieniem aplikacji
- Obsługa migracji-V2V, P2V, V2P
Pobierz 30 – dniową bezpłatną wersję próbną Vembu Bdr Suite tutaj.
Śledź nasze kanały na Twitterze i Facebooku, aby uzyskać nowe wersje, aktualizacje, wnikliwe posty i wiele więcej.