Jak tworzyć i dodać repozytoria pamięci CITRIX Xenserver - Część 4

W czwartym artykule tej serii Xenserver zostaną omówione rozwiązania pamięci. Podobnie jak w sieci, rozwiązania pamięci w Xenserver są często trudne do zrozumienia. Przed rozpoczęciem jakiejkolwiek konfiguracji należy omówić nową terminologię i pojęcia związane z przechowywaniem Xenserver.

Aktualizacja: W maju 2016 r. Citrix wydał nową wersję platformy Xenserver 7. Do instalacji śledź: Świeża instalacja Xenserver 7.

Xenserver wprowadza kilka nowych terminów do tradycyjnej listy terminologii pamięci. Podczas gdy zrozumienie pojęć jest zawsze ważne podczas pracy z dowolnym systemem IT, pamięć nie jest tak ważna, jak wcześniejszy artykuł obejmujący koncepcje sieciowe. Jednak ten artykuł nadal zajmie czas na wyjaśnienie i próbę wyjaśnienia tych koncepcji przechowywania.

Pierwszą rzeczą, którą należy zapamiętać przy użyciu przechowywania Xenserver, jest to, że mamy pamięć dla faktycznego hosta Xenserver, a następnie mamy magazyn dla gości lub maszyn wirtualnych, które będą działać na hosta Xenserver. Koncepcyjnie jest to łatwe do zrozumienia, ale zarządzanie nim może być zniechęcającym zadaniem, jeśli administrator nie zna celów każdego z aspektów przechowywania.

Pierwszy termin jest znany jako „Sr” Lub Repozytorium pamięci. Jest to prawdopodobnie najważniejszy termin w magazynie Xenserver, ponieważ reprezentuje fizyczny medium, do którego dyski wirtualne będą przechowywane i pobierane. Repozytoria pamięci mogą być dowolnym z kilku różnych rodzajów systemów pamięci, w tym lokalna pamięć podłączona fizycznie do hosta Xenserver, ISCSI/Fibre Channel LUN, akcje plików sieciowych NFS lub przechowywanie na urządzeniu magazynowym Dell/NetApp.

Repozytoria pamięci mogą być udostępniane lub dedykowane i mogą obsługiwać wiele przydatnych funkcji, takich jak szybkie klonowanie, rzadka alokacja (pamięć masowa, ponieważ potrzebuje go maszyna wirtualna) i ponownie możliwe do rozebrania wirtualnych obrazów dysku (więcej na ten temat).

Repozytoria pamięci, SR, są logicznie podłączone do hosta Xenserver z tak zwanym jako Fizyczne urządzenie blokowe, częściej odwoływany jako „PBD”. PBD to po prostu odniesienie do lokalizacji pamięci. Te obiekty PBD można „podłączyć” do hosta Xenserver, aby umożliwić temu hostowi odczytanie/zapisywanie informacji do tego repozytorium pamięci.

Celem repozytoriów pamięci jest przede wszystkim przechowywanie maszyny wirtualnej Wirtualny obraz dysku (VDI) Pliki. Pliki VDI są plamami na SR, które zostały przydzielone do przechowywania systemu operacyjnego i innych plików dla maszyny wirtualnej działającej na hoście Xenserver. Pliki VDI mogą być dowolnym z kilku różnych typów. Typ jest określony według rodzaju repozytorium pamięci.

Wspólne typy VDI w Xenserver to wolumeny logiczne (LV) zarządzane przez Logical Volume Manager, Virtual Hard Disk (VHD) lub mogą to być logiczne numery jednostek (LUN) na urządzeniu pamięci masowej Dell lub NetApp. Notatka: W tym artykule będzie używać LUN na urządzeniu pamięci masowej Dell.

Te pliki VDI są logicznie podłączone do maszyn wirtualnych za pośrednictwem obiektu znanego jako A Wirtualne urządzenie blokowe, powszechnie odwoływane jako „VBD”. Te obiekty VBD można dołączyć do wirtualnych gości, które następnie umożliwiają maszynie gościowi dostęp do danych przechowywanych w tym konkretnym VDI na odpowiednim SR.

Podobnie jak tworzenie sieci w Xenserver, czytanie o pamięci jest jedno, ale możliwość zobaczenia związku między każdym z tych elementów często zestala się pojęci. Wspólne schematy stosowane do reprezentowania koncepcji przechowywania Xenserver często mylą nowszych ludzi, ponieważ diagramy są często odczytywane w sposób liniowy. Poniżej znajduje się jeden taki obraz zapożyczony z Citrix.

Wiele osób czyta to liniowo od lewej do prawej, myśląc, że każda część jest osobnym urządzeniem fizycznym. Tak nie jest i często prowadzi do wielkiego zamieszania w tym, jak działa magazyn Xenserver. Grafika poniżej próbuje wyjaśnić pojęcia w mniej liniowy, ale bardziej pragmatyczny sposób.

Mamy nadzieję, że powyższa grafika nie myli osób na temat przechowywania Xenserver. Drugi obraz jest próbą pokazania połączeń logicznych (PBD I VBD), które są używane do łączenia Xenservers i gości do zdalnego pamięci przez jedno rzeczywiste połączenie sieciowe.

Z konceptualizacją z drogi; Konfiguracja może się rozpocząć. Przywołując pierwszego artykułu z tej serii, ten przewodnik używa urządzenia pamięci ISCSI Dell PS5500E do przechowywania dysków maszyn wirtualnych (gości). Ten przewodnik nie będzie przeprowadzał konfiguracji urządzenia Dell ISCSI.

Konfiguracja systemu:

1. Xenserver 6.5 zainstalowane i załatane (część 1 serii)
2. Urządzenie Dell PS5500E ISCSI (inne urządzenia ISCSI mogą być używane tylko zastępuj informacje o środowisku w razie potrzeby).
3. Skonfigurowane interfejsy sieciowe Xenserver (część 3 serii).
4. Urządzenie ISCSI i Xenserver mogą logicznie zobaczyć się (przez narzędzie Ping).
5. Serwer CIFS (Samba) uruchomiony i hostujący udział plików CD ISO (nie jest to wymagane, ale bardzo przydatne).

Tworzenie repozytorium pamięci Citrix Xenserver

Ten pierwszy proces przejdzie kroki w celu utworzenia oprogramowania inicjatora ISCSI z hosta Xenserver do Dell PS5500E.

To szczególnie Lun zastosowania Protokół uwierzytelniania uwierzytelniania wyzwania (FACET) w celu ograniczenia dostępu do woluminu ISCSI do niektórych autoryzowanych stron.

Aby utworzyć repozytorium pamięci, tradycyjny „xe” Dowództwo nastąpi. Właściwe informacje ISCSI należy uzyskać przed utworzeniem repozytorium pamięci.

Mijanie „SR-Probe” parametr do „xe” Utility poinstruuje Xenserver, aby zapytał o urządzenie pamięci masowej dla ISCSI IQN (nazwa kwalifikowana ISCSI).

Pierwsze polecenie na początku będzie wyglądać intensywnie, ale nie jest tak źle, jak wygląda.

# Xe Sr-Probe type = lvmoiscsi urządzenie-config: target = x.X.X.X Device-Config: chapuser = "TecMint" Device-config: chappassword = "TecMint_Chap" 

To pierwsze polecenie jest potrzebne do zebrania SCSI IQN Dla konfiguracji repozytorium pamięci. Przed przejściem spójrzmy na wszystkie części tego polecenia.

1. SR-Probe - Służy do zapytania o urządzenie ISCSI w celu uzyskania informacji o tomie utworzonym dla tego hosta Xenserver.
2. typ = Służy do powiedzenia Xenserver typu repozytorium pamięci. Będzie to różnić się w zależności od tego, jaki system jest używany. Ze względu na użycie Dell PS5500, LVM przez ISCSI jest używany w tym poleceniu. Pamiętaj, aby zmodyfikować, aby pasował do typu urządzenia pamięci.
3. device-config: cel = Służy do informowania Xenserver, jakie urządzenie ISCSI do zapytania według adresu IP.
4. device-config: chapuser = Służy to do uwierzytelnienia na urządzeniu ISCSI. W tym przykładzie utworzono wcześniej wolumin ISCSI dla użytkownika „Tecmint". Wysyłając nazwę użytkownika i hasło w tym polece.
5. device-config: chappassword = To jest hasło dla powyższej nazwy użytkownika Chap.

Po wprowadzeniu i przesłaniu polecenia Xenserver będzie próbował zalogować się do urządzenia ISCSI i zwróci niektóre informacje potrzebne w celu dodania tego urządzenia ISCSI jako repozytorium pamięci masowej.

Poniżej znajduje się to, co system testowy zwrócił z tego polecenia.

Kod błędu: sr_backend_failure_96 Parametry błędu :, Parametr SCSIID brakuje lub nieprawidłowy, 0     IQN.2001-05.com.Equallogic: 0-8A096-0D9A4AB02-46600020343560EF-XENCT-XEN2            

Podświetlony kawałek tutaj jest znany jako ISCSI IQN. Jest to bardzo ważne i jest potrzebne do ustalenia SCSIID dla repozytorium pamięci. Za pomocą tych nowych informacji wcześniejsze polecenie można zmodyfikować, aby uzyskać SCSIID.

# Xe Sr-Probe type = lvmoiscsi urządzenie-config: target = x.X.X.X urządzenie-config: targetiqn = iqn.2001-05.com.Equallogic: 0-8A0906-0D9A4AB02-46600020343560EF-XENCT-XEN2 CONFIG: chapuser = „TecMint” Device-Config: chappassword = „Tecmint_chap” 

Jedyną rzeczą dodaną do polecenia jest Targetiqn zwrotka. Wydając to nowe polecenie, system odpowie na ostatnią informację potrzebną do utworzenia repozytorium pamięci ISCSI. Ta ostatnia informacja to identyfikator SCSI.

Kod błędu: sr_backend_failure_107 Parametry błędu :, Parametr SCSIID brakuje lub nieprawidłowy, eqlogic 0 107379425280   36090A028B04A9A0DEF60353420006046    

Od tego momentu dostępne są wszystkie niezbędne elementy do utworzenia repozytorium pamięci ISCSI i nadszedł czas, aby wydać polecenie, aby dodać ten SR do tego konkretnego Xenserver. Tworzenie repozytorium pamięci z połączonych informacji odbywa się w następujący sposób:

# xe sr-create name-label = "TecMint ISCSI Storage" Type = LVMOISCSI Content-Type = Użytkownik Config: Target = x.X.X.X Device-Config: Port = 3260 Device-Config: TargetIQN = IQN.2001-05.com.Equallogic: 0-8A0906-0D9A4AB02-46600020343560EF-XENCT-XEN2 CONFIG: chapuser = „TecMint” Device-Config: chappassword = „Tecmint_chap” Device-Config: SCSIID = 36090A028B04A9A0DEF60353420006046 

Jeśli wszystko pójdzie dobrze, system połączy się z urządzeniem ISCSI, a następnie zwróci Uuid nowo dodanego repozytorium pamięci.

Bea6CaA4-ECAB-8509-33A4-2CDA2599FB75 

Uuid Wyjście to świetny znak! Podobnie jak w przypadku wszystkich zadań administracji systemu, zawsze dobrym pomysłem jest potwierdzenie, że polecenie zakończyło się sukcesem. Można to osiągnąć za pomocą innego „xe” Komenda.

# xe sr-list name-label = "Tecminint ISCSI Storage" 

Przykładowy wyjście

UUID (RO): Bea6CaA4-ECAB-8509-33A4-2CDA2599FB75 Nazwa-Label (RW): TecMint ISCSI Description (RW): host (RO): Xenct-Xen2 Typ (RO): ): Użytkownik 

Z Cli Wyjście Ten Xenserver z powodzeniem podłączył się do urządzenia Dell ISCSI i jest gotowy do przechowywania gości plików VDI.

Tworzenie repozytorium magazynowego ISO

Kolejna seria kroków przechodzi przez proces tworzenia biblioteki ISO. Pliki ISO to zazwyczaj obrazy kompaktowej nośnika instalacji dysku (CD).

Dzięki stworzeniu specjalnego repozytorium pamięci dla tych plików ISO instalacja nowych gości można wykonać bardzo szybko. Kiedy administrator chce utworzyć nowego gościa, może po prostu wybrać jeden z plików ISO, które istnieją w tej bibliotece ISO, zamiast konieczności umieszczania CD fizycznie w Xenserver w puli.

Ta część przewodnika zakłada, że ​​użytkownik ma działanie Samba serwer. Jeśli serwer Samby nie jest konfiguracja, zapraszam do przeczytania tego artykułu o tym, jak wykonać to zadanie w Red Hat/Fedora (w przyszłości będę miał przewodnik po serwerze Debian Samba):

1. Ustaw serwer Samba do udostępniania plików

Pierwszym krokiem jest zebranie niezbędnych poświadczeń i informacji konfiguracyjnych dla Samba ISO biblioteka. Po dostępnej nazwie użytkownika, hasła i łączności są proste „xe” Wariant poleceń można użyć do podłączenia biblioteki Samba z Xenserver.

# xe-mount-iso-sr /// ISO -O Nazwa użytkownika =, hasło = 

To polecenie nie wyprowadzi niczego na ekranie, chyba że się nie powiedzie. Aby potwierdzić, że rzeczywiście zamontowało to udział w samym ISO, wydać inny „xe” Komenda:

# xe sr-list 

Przykładowy wyjście

UUID (RO): 1FD75A51-10EE-41B9-9614-263EDB3F40D6 Nazwa-Label (RW): Zdalne biblioteka ISO na: // /ISO-Description (RW): Host (RO): Xenct-xen2 Typ (RO): ISO Content-Type (RO): ISO 

Ten host Xenserver jest teraz skonfigurowany z oba Repozytorium pamięci ISCSI a także Biblioteka ISO CIFS Aby przechowywać nośniki instalacyjne dla maszyn wirtualnych (gości).

Kolejnymi krokami będzie tworzenie maszyn wirtualnych i łączenie tych systemów z odpowiednimi sieciami z wcześniejszego artykułu sieciowego.