Wdrażanie routera telemetrii usługi Azure Arc
Uwaga
- Router telemetrii jest w publicznej wersji zapoznawczej i powinien zostać wdrożony tylko do celów testowych.
- Chociaż router telemetrii jest w publicznej wersji zapoznawczej, należy pamiętać, że przyszłe wersje zapoznawcze mogą obejmować zmiany specyfikacji CRD, poleceń interfejsu wiersza polecenia i/lub komunikatów routera telemetrii.
- Bieżąca wersja zapoznawcza nie obsługuje uaktualnień w miejscu kontrolera danych wdrożonego z włączonym routerem telemetrii arc. Aby zainstalować lub uaktualnić kontroler danych w przyszłej wersji, należy odinstalować kontroler danych, a następnie ponownie zainstalować.
Co to jest router telemetryczny usługi Azure Arc?
Router telemetrii usługi Azure Arc umożliwia eksportowanie danych telemetrycznych do innych rozwiązań do monitorowania. W tej publicznej wersji zapoznawczej obsługujemy eksportowanie danych dziennika tylko do platformy Kafka lub Elasticsearch i danych metryk na platformie Kafka.
W tym dokumencie opisano sposób wdrażania routera telemetrii i konfigurowania go do pracy z obsługiwanymi eksporterami.
Wdrożenie
Uwaga
Router telemetrii obecnie obsługuje tylko tryb połączony pośrednio.
Tworzenie niestandardowego profilu konfiguracji
Po skonfigurowaniu klastra Kubernetes należy utworzyć niestandardowy profil konfiguracji. Następnie włącz tymczasową flagę funkcji, która wdraża router telemetrii podczas tworzenia kontrolera danych.
Włączanie flagi funkcji
Po utworzeniu niestandardowego profilu konfiguracji należy edytować profil, aby dodać monitoring właściwość z flagą ustawioną na enableOpenTelemetrytrue. Flagę funkcji można ustawić, uruchamiając następujące polecenia az CLI (edytuj parametr --path, w razie potrzeby):
az arcdata dc config add --path ./control.json --json-values ".spec.monitoring={}"
az arcdata dc config add --path ./control.json --json-values ".spec.monitoring.enableOpenTelemetry=true"
Aby upewnić się, że flaga została ustawiona poprawnie, otwórz plik control.json i upewnij się, że monitoring obiekt został dodany do spec obiektu i enableOpenTelemetry jest ustawiony na truewartość .
spec:
monitoring:
enableOpenTelemetry: true
To wymaganie flagi funkcji zostanie usunięte w przyszłej wersji.
Tworzenie kontrolera danych
Po utworzeniu niestandardowego profilu konfiguracji i ustawieniu flagi funkcji możesz utworzyć kontroler danych przy użyciu trybu łączności pośredniej. Pamiętaj, aby zastąpić --profile-name parametr parametrem wskazującym --path niestandardowy plik control.json (zobacz wdrażanie kontrolera danych z obsługą usługi Azure Arc przy użyciu pliku custom control.json)
Weryfikowanie wdrożenia routera telemetrii
Po utworzeniu kontrolera danych zostanie również utworzony zasób niestandardowy TelemetryRouter. Wdrożenie kontrolera danych jest oznaczone jako gotowe po zakończeniu wdrażania obu zasobów niestandardowych. Po zakończeniu wdrażania kontrolera danych można użyć następującego polecenia, aby sprawdzić, czy program TelemetryRouter istnieje:
kubectl describe telemetryrouter arc-telemetry-router -n <namespace>
apiVersion: arcdata.microsoft.com/v1beta4
kind: TelemetryRouter
metadata:
name: arc-telemetry-router
namespace: <namespace>
spec:
credentials:
exporters:
pipelines:
W momencie tworzenia nie są skonfigurowane żadne rurociągi ani eksporterzy. Możesz skonfigurować własne potoki i eksporterów , aby kierować metryki i dane dzienników do własnych wystąpień platform Kafka i Elasticsearch.
Po wdrożeniu telemetriiRouter należy wdrożyć wystąpienie platformy Kafka (arc-router-kafka) i pojedyncze wystąpienie modułu TelemetryCollector (przychodzący moduł zbierający) i w stanie gotowości. Te zasoby są zarządzane przez system i ich edytowanie nie jest obsługiwane. Następujące zasobniki zostaną wdrożone w wyniku:
- Zasobnik modułu zbierającego dla ruchu przychodzącego —
arctc-collector-inbound-0 - Zasobnik brokera kakfa -
arck-arc-router-kafka-broker-0 - Zasobnik kontrolera kakfa -
arck-arc-router-kafka-controller-0
Uwaga
Zasobnik modułu zbierającego ruchu wychodzącego nie zostanie utworzony do momentu dodania co najmniej jednego potoku do routera telemetrii.
Po utworzeniu pierwszego potoku zostanie wdrożony dodatkowy zasób TelemetryCollector (moduł zbierający wychodzący) i zasobnik arctc-collector-outbound-0 .
kubectl get pods -n <namespace>
NAME READY STATUS RESTARTS AGE
arc-bootstrapper-job-4z2vr 0/1 Completed 0 15h
arc-webhook-job-facc4-z7dd7 0/1 Completed 0 15h
arck-arc-router-kafka-broker-0 2/2 Running 0 15h
arck-arc-router-kafka-controller-0 2/2 Running 0 15h
arctc-collector-inbound-0 2/2 Running 0 15h
bootstrapper-8d5bff6f7-7w88j 1/1 Running 0 15h
control-vpfr9 2/2 Running 0 15h
controldb-0 2/2 Running 0 15h
logsdb-0 3/3 Running 0 15h
logsui-fwrh9 3/3 Running 0 15h
metricsdb-0 2/2 Running 0 15h
metricsdc-bc4df 2/2 Running 0 15h
metricsdc-fm7jh 2/2 Running 0 15h
metricsui-qqgbv 2/2 Running 0 15h