Zarządzanie przekierowaniem portów do bezserwerowego środowiska obliczeniowego

Przekierowanie portów do serverless compute umożliwia użytkownikom dostęp do usług działających na serverless compute przez adres URL w twojej przestrzeni roboczej. Tunel SSH wykorzystuje przekierowanie portów do łączenia lokalnego IDE lub terminala ze środowiskiem bezserwerowym.

Dotyczy to także bezserwerowych obliczeń GPU.

Przekierowanie portów do bezserwerowego przetwarzania jest domyślnie włączone, z wyjątkiem miejsc roboczych z włączonym profilem bezpieczeństwa zgodności, gdzie domyślnie jest wyłączone. Administrator konta może wyłączyć to dla każdej przestrzeni roboczej w kontie. W przeciwnym razie każdy administrator przestrzeni roboczej decyduje w swojej przestrzeni roboczej.

Konfiguruj przekierowanie portów dla konta

Aby korzystać z tunelu SSH z przetwarzaniem bezserwerowym, administrator konta może skonfigurować przekierowanie portów w następujący sposób:

1. Zaloguj się do konsoli konta.
2. Kliknij Ustawienia.
3. Kliknij kartę Włączanie funkcji .
4. Wybierz, czy przekierowanie portów do bezserwerowego przetwarzania powinno być włączone czy wyłączone.

Po włączeniu administratorzy przestrzeni roboczej mogą również włączać lub wyłączać przekierowanie portów na poziomie przestrzeni roboczej. Po wyłączeniu przekierowanie portów jest wyłączone we wszystkich przestrzeniach roboczych i nie można go zmienić.

Konfiguruj przekierowanie portów dla przestrzeni roboczej

O ile administrator konta nie wyłączył przekierowania portów, administratorzy Workspace mogą je włączyć lub wyłączyć dla swojego workspace. W środowisku pracy z profilem bezpieczeństwa zgodności to jedyny sposób, by go włączyć.

1. Przejdź do strony ustawień.
2. Kliknij kartę Obliczenia .
3. Kliknij przełącznik Port forwarding to serverless compute w sekcji Serverless interactive.

Co się zmienia, gdy przekierowanie portów jest wyłączone

Gdy przekierowanie portów do serwerless compute jest wyłączone, Azure Databricks odmawia nowych połączeń do serwerless compute na przekierowanych portach. Użytkownicy próbujący się połączyć otrzymują błąd, FEATURE_DISABLED że administrator wyłączył przekierowanie portów do bezserwerowych zasobów obliczeniowych dla obszaru roboczego.

Następujące przestają działać w bezserwerowym przetwarzaniu:

• Tunel SSH, w tym databricks ssh connect oraz sesje Remote-SSH w Visual Studio Code lub Cursor.
• Każda usługa, którą użytkownik uruchamia w bezserwerowym środowisku obliczeniowym i otwiera przez przekazany adres URL, na przykład aplikacja Streamlit, Gradio, Flask lub serwer Jupyter.

Następujące rozwiązania nadal działają:

• Terminal webowy, interfejs Spark, interfejs metryk klastra, dashboard Ray oraz TensorBoard.
• Notatniki, SQL, zadania, Databricks Connect i Databricks CLI. Te nie korzystają z przekierowania portów.
• Wszystkie połączenia z klasycznymi obliczeniami.

Połączenia, które już są otwarte, pozostają otwarte aż do momentu zamknięcia.

Zarządzanie dostępem do tunelu SSH do Classic Compute

To ustawienie nie dotyczy klasycznego Compute. W klasycznym compute użytkownik może łączyć się z tunelem SSH tylko za pomocą przypisanego do niego dedykowanego zasobu compute dla jednego użytkownika i tylko wtedy, gdy ma uprawnienia CAN ATTACH TO lub wyższe.

Aby zapobiec łączeniu się użytkowników z klasycznym środowiskiem obliczeniowym za pomocą tunelu SSH, ogranicz, którym użytkownikom przypisano dedykowane środowisko obliczeniowe:

• Ogranicz dostęp do polityki Personal Compute, z której wszyscy użytkownicy mogą korzystać domyślnie, oraz do innych polityk obliczeniowych umożliwiających dedykowane obliczenia. Zobacz Zarządzanie dostępem do polityki Personal Compute.
• Przyznaj uprawnienie Zezwalaj na nieograniczone tworzenie klastrów tylko użytkownikom, którzy tego potrzebują. Zobacz Uprawnienia obliczeniowe.
• Nie przypisuj dedykowanych zasobów obliczeniowych użytkownikom, którzy nie powinni korzystać z tunelu SSH.

Limitations

• Jeśli Azure Databricks nie może odczytać ustawienia, pozwala na połączenie.
• Porty, z których korzystają terminal webowy, interfejs Spark, interfejs metryk klastra, dashboard Ray i TensorBoard, pozostają dostępne niezależnie od tego, która usługa na nich słucha. Użytkownik, który potrafi uruchamiać kod w bezserwerowym środowisku obliczeniowym, może uruchomić własną usługę na jednym z tych portów.
• To ustawienie nie dotyczy classic compute ani terminala webowego. Aby kontrolować dostęp do tunelu SSH dla Classic Infrastructure, zobacz Zarządzanie dostępem do tunelu SSH dla Classic Infrastructure. Aby obsługiwać terminal internetowy, zobacz Włącz terminal internetowy.