Instalowanie zaplecza Instana
Aby zainstalować samowydający się postprocesor Instana w klastrze Red Hat OpenShift lub klastrze Kubernetes , należy zapoznać się z następującymi instrukcjami:
Wymagania wstępne
Zrozum Operator Instana. Więcej informacji na ten temat zawiera sekcja Operator Instana.
Zapoznaj się z wymaganiami systemowymi dla postprocesora na Instana w systemie Kubernetes lub Red Hat OpenShift i wymaganiami wychodzącym na temat dostępu do sieci dla samodzielnych wdrożeń Instana, a także upewnij się, że wymagania są spełnione przed zainstalowaniem zaplecza Instana.
Skonfiguruj i skonfiguruj wymagane składnice danych. Więcej informacji na ten temat zawiera sekcja Konfigurowanie składnic danych wymaganych.
Procedura instalacji
Zainstaluj wtyczkę kubectl. Więcej informacji na ten temat zawiera sekcja Instalowanie wtyczki kubectl.
Zainstaluj i skonfiguruj operator Instana w klastrze Kubernetes lub Red Hat OpenShift.
Skonfiguruj równoważenie obciążenia i DNS dla usług Akceptor i Brama . Więcej informacji na ten temat zawiera sekcja Konfigurowanie systemów równoważenia obciążenia i DNS.
Wymagane zasoby: Niestandardowe definicje zasobów
Definicje zasobów niestandardowych (CRD) są rozszerzeniami interfejsu API Kubernetes .
W trakcie wdrażania zaplecza Instana wymagane są następujące dwie części CRD. Muszą być zainstalowane na tym samym klastrze, co zaplecze Instana.
cores.instana.io
Moduł Core reprezentuje wszystkie komponenty, które są współużytkowane przez instalację na Instanie. Każdy Core posiada zestaw powiązanych z nimi baz danych, które są wykorzystywane przez sam Core oraz wszystkich najemców z ich odpowiednimi jednostkami najemców, które są tworzone jako członkowie Core.
Więcej informacji na ten temat zawiera sekcja Skorowidz interfejsu API.
units.instana.io
Jednostki reprezentują poszczególne pule danych na Instanie. Wewnętrznie, Instana ma najemców, które są jedynie logiczną konstrukcją. Każdy najemca z kolei ma co najmniej jedną lub kilka jednostek użytkujących. Jeśli chodzi o konfigurację, to zawsze konfigurujesz jednostki użytkujące za pomocą CRD jednostki. Podmiot użytkujący może stanąć w imieniu działu (takiego jak SRE, Dev, QA) lub innej grupy logicznej. W ramach podmiotu użytkującego można utworzyć pojedyncze jednostki zgodnie z wymaganiami. Dane z jednej jednostki nie są widoczne dla żadnej innej jednostki.
Na przykład istnieją dwa działy: ecommerce i intranet.
ecommerce ma trzy środowiska: dev, preprod, prod. Intranet ma dwa środowiska: dev i prod. W takim przypadku można utworzyć najemcę ecommerce z jednostkami dzierżawcy dev, preprod i prod oraz intranetowym najemcą z jednostkami najemcy dev i prod.
Jednostki podmiotu użytkującego są oddzielane i odbierają dane tylko od agentów, które są z nimi powiązane.
Więcej informacji na ten temat zawiera sekcja Skorowidz interfejsu API.
Wskazówki
Wskazówka 1
Odwołanie do interfejsu API można również wyświetlić, uruchamiając komendę kubectl explain.
Uruchom komendę kubectl explain -- help , aby uzyskać szczegółowe informacje na temat korzystania z tej komendy.
Zapoznaj się z poniższym przykładem:
kubectl explain core.spec.serviceProviderConfig
KIND: Core
VERSION: instana.io/v1beta2
RESOURCE: serviceProviderConfig <Object>
DESCRIPTION:
Service provider configuration for SAML or OIDC.
FIELDS:
basePath <string> -required-
Base URL (defaults to "/auth").
maxAuthenticationLifetimeSeconds <integer> -required-
The maximum authentication lifetime (defaults to 604.800).
maxIDPMetadataSizeInBytes <integer> -required-
The maximum IDP metadata size (defaults to 200.000).
Wskazówka 2
Dobry edytor, taki jak kod VS z rozszerzeniem Kubernetes , udostępnia zakończenie komendy, gdy w klastrze są zainstalowane dyski CRD.
Zapoznaj się z poniższym przykładem:
