Udostępnij za pośrednictwem

Wdrażanie bazy danych IBM DB2 pureScale na platformie Azure

  • Artykuł

W tym artykule opisano sposób wdrażania przykładowej architektury używanej niedawno przez klienta przedsiębiorstwa do migracji ze środowiska IBM DB2 działającego w systemie z/OS do bazy danych IBM DB2 pureScale na platformie Azure.

Aby wykonać kroki używane do migracji, zobacz skrypty instalacji w repozytorium DB2onAzure w witrynie GitHub. Te skrypty są oparte na architekturze typowego obciążenia przetwarzania transakcji online (OLTP, medium-size online transaction processing).

Rozpocznij

Aby wdrożyć tę architekturę, pobierz i uruchom skrypt deploy.sh znaleziony w repozytorium DB2onAzure w usłudze GitHub.

Repozytorium zawiera również skrypty służące do konfigurowania pulpitu nawigacyjnego narzędzia Grafana. Pulpit nawigacyjny służy do wykonywania zapytań dotyczących rozwiązania Prometheus, systemu monitorowania i alertów typu open source dołączonego do bazy danych DB2.

Uwaga

Skrypt deploy.sh na kliencie tworzy prywatne klucze SSH i przekazuje je do szablonu wdrożenia za pośrednictwem protokołu HTTPS. Aby zapewnić większe bezpieczeństwo, zalecamy używanie usługi Azure Key Vault do przechowywania wpisów tajnych, kluczy i haseł.

Jak działa skrypt wdrażania

Skrypt deploy.sh tworzy i konfiguruje zasoby platformy Azure dla tej architektury. Skrypt wyświetla monit o subskrypcję platformy Azure i maszyny wirtualne używane w środowisku docelowym, a następnie wykonuje następujące operacje:

  • Konfiguruje grupę zasobów, sieć wirtualną i podsieci na platformie Azure na potrzeby instalacji.
  • Konfiguruje sieciowe grupy zabezpieczeń i protokół SSH dla środowiska.
  • Konfiguruje wiele kart sieciowych zarówno w magazynie udostępnionym, jak i na maszynach wirtualnych DB2 pureScale.
  • Tworzy maszyny wirtualne magazynu udostępnionego. Jeśli używasz Miejsca do magazynowania Direct lub innego rozwiązania magazynu, zobacz Miejsca do magazynowania Direct overview (Omówienie usługi Miejsca do magazynowania Direct).
  • Tworzy maszynę wirtualną serwera przesiadkowego.
  • Tworzy maszyny wirtualne db2 pureScale.
  • Tworzy maszynę wirtualną monitora, którą pingi db2 pureScale. Pomiń tę część wdrożenia, jeśli wersja bazy danych Db2 pureScale nie wymaga monitora.
  • Tworzy maszynę wirtualną z systemem Windows do użycia do testowania, ale nie instaluje na niej żadnych elementów.

Następnie skrypty wdrażania konfigurują sieć magazynu wirtualnego iSCSI (vSAN) dla magazynu udostępnionego na platformie Azure. W tym przykładzie interfejs iSCSI łączy się z udostępnionym klastrem magazynu. W oryginalnym rozwiązaniu klienta użyto systemu GlusterFS. Jednak ibm nie obsługuje już tego podejścia. Aby zapewnić obsługę firmy IBM, należy użyć obsługiwanego systemu plików zgodnego z interfejsem iSCSI. Firma Microsoft oferuje Miejsca do magazynowania Direct (S2D) jako opcję.

To rozwiązanie umożliwia również zainstalowanie obiektów docelowych iSCSI jako jednego węzła systemu Windows. Interfejs iSCSI udostępnia udostępniony interfejs magazynu blokowego za pośrednictwem protokołu TCP/IP, który umożliwia procedurze konfiguracji bazy danych DB2 pureScale używanie interfejsu urządzenia do łączenia się z magazynem udostępnionym.

Skrypty wdrażania uruchamiają następujące ogólne kroki:

  1. Skonfiguruj udostępniony klaster magazynu na platformie Azure. Ten krok obejmuje co najmniej dwa węzły systemu Linux.
  2. Skonfiguruj interfejs direct iSCSI na docelowych serwerach z systemem Linux dla udostępnionego klastra magazynu.
  3. Skonfiguruj inicjator iSCSI na maszynach wirtualnych z systemem Linux. Inicjator uzyska dostęp do udostępnionego klastra magazynu przy użyciu obiektu docelowego iSCSI. Aby uzyskać szczegółowe informacje na temat konfiguracji, zobacz How To Configure An iSCSI Target and Initiator In Linux (Jak skonfigurować obiekt docelowy iSCSI i inicjator w systemie Linux ) w dokumentacji RootUsers.
  4. Zainstaluj udostępnioną warstwę magazynu dla interfejsu iSCSI.

Po utworzeniu urządzenia iSCSI przez skrypty ostatnim krokiem jest zainstalowanie bazy danych DB2 pureScale. W ramach konfiguracji DB2 pureScale program IBM Spectrum Scale (wcześniej znany jako GPFS) jest kompilowany i instalowany w klastrze GlusterFS. Ten klastrowany system plików umożliwia bazie danych DB2 pureScale współużytkowanie danych między maszynami wirtualnymi z aparatem DB2 pureScale. Aby uzyskać więcej informacji, zobacz dokumentację ibm Spectrum Scale na stronie internetowej FIRMY IBM.

Plik odpowiedzi DB2 pureScale

Repozytorium GitHub zawiera plik DB2server.rsp, plik odpowiedzi (rsp), który umożliwia wygenerowanie zautomatyzowanego skryptu dla instalacji bazy danych DB2 pureScale. W poniższej tabeli wymieniono opcje db2 pureScale używane przez plik odpowiedzi do instalacji. Możesz dostosować plik odpowiedzi zgodnie z potrzebami dla danego środowiska.

Uwaga

Przykładowy plik odpowiedzi DB2server.rsp znajduje się w repozytorium DB2onAzure w witrynie GitHub. Jeśli używasz tego pliku, musisz go edytować, zanim będzie on mógł działać w środowisku.

Nazwa ekranu Pole Wartość
Witamy Nowa instalacja
Wybieranie produktu DB2, wersja 11.1.3.3. Wersje serwera z bazą danych DB2 pureScale
Konfigurowanie Katalog /data1/opt/ibm/db2/V11.1
Wybierz typ instalacji Typowy
Zgadzam się na warunki IBM Zaznaczone
Właściciel wystąpienia Istniejący użytkownik na przykład, nazwa użytkownika DB2sdin1
Ogrodzony użytkownik Istniejący użytkownik, nazwa użytkownika DB2sdfe1
System plików klastra Ścieżka urządzenia partycji dysku udostępnionego /dev/dm-2
Punkt instalacji /DB2sd_1804a
Dysk udostępniony dla danych /dev/dm-1
Punkt instalacji (dane) /DB2fs/datafs1
Dysk udostępniony dla dziennika /dev/dm-0
Punkt instalacji (dziennik) /DB2fs/logfs1
Tiebreaker usług klastra DB2. Ścieżka urządzenia /dev/dm-3
Lista hostów d1 [eth1], d2 [eth1], cf1 [eth1], cf2[eth1]
Preferowana podstawowa cf cf1
Preferowana pomocnicza cf cf2
Plik odpowiedzi i podsumowanie opcją Instalowanie wersji DB2 Server Edition za pomocą funkcji IBM DB2 pureScale i zapisywanie ustawień w pliku odpowiedzi
Nazwa pliku odpowiedzi /root/DB2server.rsp

Uwagi dotyczące tego wdrożenia

  • Wartości , /dev-dm0/dev-dm1, /dev-dm2i /dev-dm3 mogą ulec zmianie po ponownym uruchomieniu na maszynie wirtualnej, na której odbywa się instalacja (d0 w skrypcie automatycznym). Aby znaleźć odpowiednie wartości, możesz wydać następujące polecenie przed ukończeniem pliku odpowiedzi na serwerze, na którym zostanie uruchomiona konfiguracja:

    sudo ls -als /dev/mapper

    total 0
0 drwxr-xr-x 2 root root 140 May 30 11:07 .
0 drwxr-xr-x 19 root root 4060 May 30 11:31 ..
0 crw------- 1 root root 10, 236 May 30 11:04 control
0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2data1 -\> ../dm-1
0 lrwxrwxrwx 1 root root 7 May 30 11:07 db2log1 -\> ../dm-0
0 lrwxrwxrwx 1 root root 7 May 30 11:26 db2shared -\> ../dm-2
0 lrwxrwxrwx 1 root root 7 May 30 11:08 db2tieb -\> ../dm-3

  • Skrypty konfiguracji używają aliasów dla dysków iSCSI, aby można było łatwo znaleźć rzeczywiste nazwy.

  • Po uruchomieniu skryptu konfiguracji na d0 /dev/dm-\* wartości mogą być różne w d1, cf0 i cf1. Różnica w wartościach nie ma wpływu na konfigurację bazy danych DB2 pureScale.

Rozwiązywanie problemów i znane problemy

Repozytorium GitHub zawiera baza wiedzy, które autorzy utrzymują. Zawiera listę potencjalnych problemów, które mogą wystąpić, i rozwiązania, które można wypróbować. Na przykład znane problemy mogą wystąpić, gdy:

  • Próbujesz uzyskać dostęp do adresu IP bramy.
  • Kompilujesz ogólną licencję publiczną (GPL).
  • Uzgadnianie zabezpieczeń między hostami kończy się niepowodzeniem.
  • Instalator DB2 wykrywa istniejący system plików.
  • Ręcznie instalujesz wersję IBM Spectrum Scale.
  • Instalujesz bazę danych DB2 pureScale, gdy już utworzono skalę IBM Spectrum Scale.
  • Usuwasz bazę danych DB2 pureScale i IBM Spectrum Scale.

Aby uzyskać więcej informacji na temat tych i innych znanych problemów, zobacz plik kb.md w repozytorium DB2onAzure .

Następne kroki