Tworzenie zadań replikacji dla zasobów platformy Azure przy użyciu usługi Azure Logic Apps (wersja zapoznawcza)
Ważne
Ta funkcja jest dostępna w wersji zapoznawczej i podlega dodatkowym warunkom użytkowania wersji zapoznawczej platformy Microsoft Azure.
Chociaż maksymalna dostępność i niezawodność są głównymi priorytetami operacyjnymi dla usług platformy Azure, istnieje wiele sposobów na zatrzymanie komunikacji z powodu problemów z siecią lub rozpoznawaniem nazw, błędów lub tymczasowej braku odpowiedzi. Takie warunki nie są "katastrofalne", takie jak całkowite porzucenie wdrożenia regionalnego, co można zrobić w sytuacji odzyskiwania po awarii. Jednak scenariusz biznesowy niektórych aplikacji może mieć wpływ na zdarzenia dostępności, które trwają nie dłużej niż kilka minut, a nawet sekund.
Aby zmniejszyć wpływ nieprzewidywalnych zdarzeń na zasoby platformy Azure w regionie świadczenia usługi Azure, możesz replikować zawartość tych zasobów z jednego regionu do innego regionu, aby zapewnić ciągłość działania. Na platformie Azure można utworzyć zadanie replikacji, które przenosi dane, zdarzenia lub komunikaty ze źródła w jednym regionie do miejsca docelowego w innym regionie. W ten sposób można łatwo udostępnić element docelowy, jeśli źródło przejdzie w tryb offline, a element docelowy musi przejąć.
Uwaga
Możesz również użyć zadań replikacji, aby przenieść zawartość między jednostkami w tym samym regionie, ale jeśli cały region stanie się niedostępny lub wystąpi zakłócenia, dotyczy to zarówno źródła, jak i miejsca docelowego.
Ten artykuł zawiera omówienie zadań replikacji obsługiwanych przez usługę Azure Logic Apps i pokazuje, jak utworzyć przykładowe zadanie replikacji dla kolejek usługi Azure Service Bus. Jeśli dopiero zaczynasz korzystać z aplikacji logiki i przepływów pracy, zapoznaj się z tematem Co to jest usługa Azure Logic Apps i jednodostępne w porównaniu z wielodostępnym i integracyjnym środowiskiem usług dla usługi Azure Logic Apps.
Co to jest zadanie replikacji?
Ogólnie rzecz biorąc, zadanie replikacji odbiera dane, zdarzenia lub komunikaty ze źródła, przenosi zawartość do obiektu docelowego, a następnie usuwa ją ze źródła, z wyjątkiem sytuacji, gdy źródłem jest jednostka usługi Event Hubs. Zadanie replikacji zwykle przenosi zawartość bez zmian, ale zadania replikacji obsługiwane przez usługę Azure Logic Apps również dodają właściwości replikacji. Jeśli protokoły źródłowe i docelowe różnią się, te zadania również wykonują mapowania między strukturami metadanych. Zadania replikacji są bezstanowe, co oznacza, że nie współużytkują stanów ani innych skutków ubocznych w równoległych lub sekwencyjnych wykonaniach zadania.
W przypadku korzystania z dostępnych szablonów zadań replikacji każde utworzone zadanie replikacji ma podstawowy przepływ pracy bezstanowy w zasobie aplikacji logiki (Standardowa), który może zawierać wiele przepływów pracy dla zadań replikacji. Ten zasób jest hostowany w usłudze Azure Logic Apps z jedną dzierżawą, która jest skalowalnym i niezawodnym środowiskiem wykonywania do konfigurowania i uruchamiania aplikacji bezserwerowych, w tym replikacji i zadań federacyjnych. Środowisko uruchomieniowe usługi Azure Logic Apps z jedną dzierżawą używa również modelu rozszerzalności usługi Azure Functions i jest hostowane jako rozszerzenie w środowisku uruchomieniowym usługi Azure Functions. Ten projekt zapewnia przenośność, elastyczność i większą wydajność przepływów pracy aplikacji logiki oraz inne możliwości i korzyści dziedziczone z platformy Azure Functions i ekosystemu usługi aplikacja systemu Azure Service.
Aby uzyskać więcej informacji na temat replikacji i federacji, zapoznaj się z następującą dokumentacją:
- Federacja wielu lokacji i wielu regionów usługi Event Hubs
- Wzorce zadań replikacji zdarzeń
- Replikacja komunikatów usługi Service Bus i federacja między regionami
- Wzorce zadań replikacji komunikatów
Szablony zadań replikacji
Obecnie szablony zadań replikacji są dostępne dla usług Azure Event Hubs i Azure Service Bus. W poniższej tabeli wymieniono szablony zadań replikacji, które są obecnie dostępne w tej wersji zapoznawczej:
| Typ zasobu | Źródło i cel replikacji |
|---|---|
| Przestrzeń nazw usługi Azure Event Hubs | — Wystąpienie usługi Event Hubs do wystąpienia usługi Event Hubs — Wystąpienie usługi Event Hubs do kolejki usługi Service Bus — Wystąpienie usługi Event Hubs do tematu usługi Service Bus |
| Przestrzeń nazw usługi Azure Service Bus | — Kolejka usługi Service Bus do kolejki usługi Service Bus — Kolejka usługi Service Bus do tematu usługi Service Bus - Temat usługi Service Bus do tematu usługi Service Bus — Kolejka usługi Service Bus do wystąpienia usługi Event Hubs — Temat usługi Service Bus do kolejki usługi Service Bus — Temat usługi Service Bus dotyczący wystąpienia usługi Event Hubs Ważne: gdy kolejka jest źródłem, zadanie replikacji nie kopiuje komunikatów, ale przenosi je ze źródła do miejsca docelowego i usuwa je ze źródła. Aby zamiast tego dublować komunikaty, użyj tematu jako źródła, w którym subskrypcja "main" działa jak punkt końcowy kolejki. W ten sposób element docelowy pobiera kopię każdego komunikatu ze źródła. Aby kierować komunikaty w różnych regionach, możesz utworzyć kolejkę, w której komunikaty są wysyłane z aplikacji. Zadanie replikacji przesyła komunikaty z tej kolejki do kolejki docelowej w przestrzeni nazw, która znajduje się w innym regionie. Możesz również użyć subskrypcji tematu jako jednostki, która działa jako kolejka transferu. Aby uzyskać więcej informacji, zobacz Topologia replikacji dla narzędzia ServiceBusCopy. |
Topologia i przepływ pracy replikacji
Aby ułatwić wizualizowanie sposobu działania zadania replikacji obsługiwanego przez usługę Azure Logic Apps (Standardowa), na poniższych diagramach przedstawiono strukturę zadań i przepływ pracy replikacji dla wystąpień usługi Event Hubs i kolejek usługi Service Bus.
Topologia replikacji dla usługi Event Hubs
Na poniższym diagramie przedstawiono przepływ pracy zadań topologii i replikacji między wystąpieniami usługi Event Hubs:
Aby uzyskać informacje o replikacji i federacji w usłudze Azure Event Hubs, zapoznaj się z następującą dokumentacją:
Topologia replikacji dla usługi Service Bus
Na poniższym diagramie przedstawiono przepływ pracy zadań topologii i replikacji między kolejkami usługi Service Bus:
Aby uzyskać informacje o replikacji i federacji w usłudze Azure Service Bus, zapoznaj się z następującą dokumentacją:
- Replikacja komunikatów usługi Service Bus i federacja między regionami
- Wzorce zadań replikacji komunikatów
Mapowania metadanych i właściwości
W przypadku usługi Event Hubs następujące elementy uzyskane ze źródłowej przestrzeni nazw usługi Event Hubs są zastępowane przez nowe wartości przypisane przez usługę w docelowej przestrzeni nazw usługi Event Hubs: metadane przypisane przez usługę zdarzenia, oryginalny czas kolejkowania, numer sekwencji i przesunięcie. Jednak w przypadku funkcji pomocnika i zadań replikacji w przykładach dostarczonych przez platformę Azure oryginalne wartości są zachowywane we właściwościach użytkownika: repl-enqueue-time (ISO8601 ciągu), repl-sequencei repl-offset. Te właściwości mają string typ i zawierają ciągyfikowaną wartość odpowiednich oryginalnych właściwości. Jeśli zdarzenie jest przekazywane wiele razy, metadane przypisane przez usługę natychmiastowego źródła są dołączane do wszelkich istniejących właściwości, z wartościami rozdzielonymi średnikami. Aby uzyskać więcej informacji, zobacz Metadane przypisane przez usługę — wzorce zadań replikacji zdarzeń.
W przypadku usługi Service Bus następujące elementy uzyskane z źródłowej kolejki lub tematu usługi Service Bus są zastępowane przez nowe wartości przypisane przez usługę w docelowej kolejce lub temacie usługi: metadane przypisane przez usługę komunikatu, oryginalny czas kolejkowania i numer sekwencji. Jednak w przypadku domyślnych zadań replikacji w przykładach dostępnych na platformie Azure oryginalne wartości są zachowywane we właściwościach użytkownika: repl-enqueue-time (ISO8601 ciąg) i repl-sequence. Te właściwości mają string typ i zawierają ciągyfikowaną wartość odpowiednich oryginalnych właściwości. Jeśli komunikat jest przekazywany wiele razy, metadane przypisane przez usługę natychmiastowego źródła są dołączane do wszelkich istniejących właściwości, z wartościami rozdzielonymi średnikami. Aby uzyskać więcej informacji, zobacz Metadane przypisane przez usługę — wzorce zadań replikacji komunikatów.
Gdy zadanie jest replikowane z usługi Service Bus do usługi Event Hubs, zadanie mapuje tylko User Properties właściwość na Properties właściwość . Jednak gdy zadanie jest replikowane z usługi Event Hubs do usługi Service Bus, zadanie mapuje następujące właściwości:
| Z usługi Event Hubs | Do usługi Service Bus |
|---|---|
| Contenttype | Contenttype |
| CorrelationId | CorrelationId |
| Messageid | Messageid |
| PartitionKey | PartitionKey SessionId |
| Właściwości | Właściwości użytkownika |
| ReplyTo | ReplyTo |
| ReplyToGroupName | ReplyToSessionId |
| Subject | Etykieta |
| To | To |
Zachowywanie kolejności
W przypadku usługi Event Hubs replikacja między tą samą liczbą partycji tworzy klony 1:1 bez zmian w zdarzeniach, ale może również zawierać duplikaty. Jednak replikacja między różnymi liczbami partycji, tylko względna kolejność zdarzeń jest zachowywana na podstawie klucza partycji, ale może również zawierać duplikaty. Aby uzyskać więcej informacji, zapoznaj się z Strumienie i zachowaniem porządku.
W przypadku usługi Service Bus należy włączyć sesje, tak aby sekwencje komunikatów o tym samym identyfikatorze sesji pobranym ze źródła zostały przesłane do kolejki docelowej lub tematu jako partii w oryginalnej sekwencji i o tym samym identyfikatorze sesji. Aby uzyskać więcej informacji, zobacz Sekwencje i zachowywanie kolejności.
Ważne
Zadania replikacji nie śledzą, które komunikaty zostały już przetworzone, gdy źródło doświadcza zdarzenia powodującego zakłócenia. Aby zapobiec ponownemu przetwarzaniu już przetworzonych komunikatów, należy skonfigurować sposób śledzenia już przetworzonych komunikatów, aby przetwarzanie wznawiało działanie tylko w przypadku nieprzetworzonych komunikatów.
Można na przykład skonfigurować bazę danych, która przechowuje stan proccessing dla każdego komunikatu. Po nadejściu komunikatu sprawdź stan i proces komunikatu tylko wtedy, gdy komunikat jest nieprzetworzony. W ten sposób żadne przetwarzanie nie jest wykonywane dla już przetworzonego komunikatu.
Ten wzorzec demonstruje koncepcję idempotencji , w której powtarzanie akcji na danych wejściowych powoduje taki sam wynik bez innych skutków ubocznych lub nie spowoduje zmiany wartości danych wejściowych.
Aby dowiedzieć się więcej o federacji obejmującej wiele lokacji i wielu regionów dla usług platformy Azure, w których można tworzyć zadania replikacji, zapoznaj się z następującą dokumentacją:
- Federacja wielu lokacji i wielu regionów usługi Event Hubs
- Wzorce zadań replikacji zdarzeń
- Replikacja komunikatów usługi Service Bus i federacja między regionami
- Wzorce zadań replikacji komunikatów
Cennik
Poniżej zadanie replikacji jest obsługiwane przez bezstanowy przepływ pracy w zasobie aplikacji logiki (Standardowa), który jest hostowany w usłudze Azure Logic Apps z jedną dzierżawą. Podczas tworzenia tego zadania replikacji opłaty zaczynają być naliczane natychmiast. Użycie, pomiary, rozliczenia i model cen są zgodne z warstwami cenowymi Plan hostingu w warstwie Standardowa i Plan standardowy.
Na podstawie liczby zdarzeń odbieranych przez usługę Event Hubs lub komunikatów obsługiwanych przez usługę Service Bus plan hostingu może być skalowany w górę lub w dół w celu zachowania minimalnego użycia procesorów wirtualnych i małych opóźnień podczas aktywnej replikacji. To zachowanie wymaga, aby podczas tworzenia zasobu aplikacji logiki do użycia dla zadania replikacji wybrać odpowiednią warstwę cenową planu w warstwie Standardowa, aby usługa Azure Logic Apps nie ograniczała ani nie uruchamiała maksymalnego użycia procesora CPU i nadal może zagwarantować szybkość replikacji.
Uwaga
Jeśli aplikacja zaczyna się od jednego wystąpienia planu WS1, a następnie jest skalowana w poziomie do dwóch wystąpień, koszt jest dwa razy większy niż koszt usługi WS1, przy założeniu, że plany są uruchamiane przez cały dzień. Jeśli przeskalujesz aplikację w górę do planu WS2 i użyjesz jednego wystąpienia, koszt będzie w rzeczywistości taki sam jak dwa wystąpienia planu WS1. Podobnie, jeśli skalujesz aplikację w górę do planu WS3 i używasz jednego wystąpienia, koszt jest w rzeczywistości taki sam jak dwa wystąpienia planu WS2 lub cztery wystąpienia planu WS1.
W poniższych przykładach przedstawiono warstwę cenową planu hostingu i opcje konfiguracji, które zapewniają najlepszą przepływność i koszt dla określonych scenariuszy zadań replikacji, na podstawie tego, czy scenariusz to Event Hubs, czy Service Bus i różne wartości konfiguracji.
Uwaga
Przykłady w poniższych sekcjach używają wartości 800 jako wartości domyślnej dla liczby pobrań wstępnych, maksymalnego rozmiaru partii zdarzeń dla usługi Event Hubs i maksymalnej liczby komunikatów dla usługi Service Bus przy założeniu, że rozmiar zdarzenia lub komunikatu wynosi 1 KB. Na podstawie rozmiarów zdarzeń możesz dostosować liczbę pobrań wstępnych, maksymalny rozmiar partii zdarzeń lub maksymalną liczbę komunikatów. Jeśli na przykład rozmiar zdarzenia lub rozmiar komunikatu wynosi ponad 1 KB, możesz zmniejszyć wartości liczby pobrań wstępnych oraz maksymalny rozmiar partii zdarzeń lub liczbę komunikatów z 800.
Skalowanie w poziomie usługi Event Hubs
W poniższych przykładach przedstawiono warstwę cenową planu hostingu i opcje konfiguracji zadania replikacji między dwoma przestrzeniami nazw usługi Event Hubs w tym samym regionie na podstawie liczby partycji, liczby zdarzeń na sekundę i innych wartości konfiguracji.
W przykładach w tej sekcji użyto wartości 800 jako wartości domyślnej dla liczby pobrań wstępnych i maksymalnego rozmiaru partii zdarzeń przy założeniu, że rozmiar zdarzenia to 1 KB. Na podstawie rozmiarów zdarzeń możesz dostosować liczbę pobrań wstępnych i maksymalny rozmiar partii zdarzeń. Jeśli na przykład rozmiar zdarzenia wynosi ponad 1 KB, możesz zmniejszyć wartości liczby pobrań wstępnych i maksymalnego rozmiaru partii zdarzeń z 800.
| Warstwa cenowa | Liczba partycji | Zdarzenia na sekundę | Maksymalna liczba wzrostów* | Zawsze gotowe wystąpienia* | Liczba pobrań wstępnych* | Maksymalny rozmiar partii zdarzeń* |
|---|---|---|---|---|---|---|
| WS1 | 1 | 1000 | 1 | 1 | 800 | 800 |
| WS1 | 2 | 2000 | 1 | 1 | 800 | 800 |
| WS2 | 100 | 4000 | 2 | 1 | 800 | 800 |
| WS2 | 8 | 8000 | 2 | 1 | 800 | 800 |
| WS3 | 16 | 16000 | 2 | 1 | 800 | 800 |
| WS3 | 32 | 32000 | 3 | 1 | 800 | 800 |
* Aby uzyskać więcej informacji na temat wartości, które można zmienić dla każdej warstwy cenowej, zapoznaj się z następującą tabelą:
| Wartość | Opis |
|---|---|
| Maksymalna liczba wzrostów | Maksymalna liczba elastycznych procesów roboczych do skalowania w poziomie pod obciążeniem. Jeśli podstawowa aplikacja wymaga wystąpień poza zawsze gotowymi wystąpieniami w następnym wierszu tabeli, aplikacja może nadal skalować w poziomie, dopóki liczba wystąpień nie osiągnie maksymalnego limitu szybkości. Aby zmienić tę wartość, zapoznaj się z tematem Edytowanie ustawień skalowania planu hostingu w poziomie w dalszej części tego artykułu. Uwaga: wszystkie wystąpienia wykraczające poza rozmiar planu są rozliczane tylko wtedy, gdy są uruchomione i przydzielane Tobie na sekundę. Platforma dokłada wszelkich starań, aby skalować aplikację w poziomie do zdefiniowanego maksymalnego limitu. Porada: w razie potrzeby wybierz maksymalną wartość, która jest wyższa niż może być potrzebna, aby platforma mogła skalować w poziomie w celu obsługi większego obciążenia, jeśli jest to konieczne, ponieważ nieużywane wystąpienia nie są rozliczane. Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją, ponieważ plan Standardowa przepływu pracy udostępnia pewne aspekty planu usługi Azure Functions Premium: - Ustawienia planu i jednostki SKU — plan Usługi Azure Functions — wersja Premium |
| Zawsze gotowe wystąpienia | Minimalna liczba wystąpień, które są zawsze gotowe i ciepłe do hostowania aplikacji. Minimalna liczba to zawsze 1. Aby zmienić tę wartość, zapoznaj się z tematem Edytowanie ustawień skalowania planu hostingu w poziomie w dalszej części tego artykułu. Uwaga: wszystkie wystąpienia wykraczające poza rozmiar planu są rozliczane niezależnie od tego, czy są uruchomione po przydzieleniu do Ciebie. Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją, ponieważ plan Przepływ pracy w warstwie Standardowa udostępnia pewne aspekty planu usługi Azure Functions Premium: zawsze gotowe wystąpienia — plan Premium usługi Azure Functions. |
| Liczba pobierania z góry | Wartość AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__prefetchCount domyślna ustawienia aplikacji w zasobie aplikacji logiki, która określa liczbę pobierania wstępnego używaną przez podstawową EventProcessorHost klasę. Aby dodać lub określić inną wartość dla tego ustawienia aplikacji, zobacz Zarządzanie ustawieniami aplikacji — local.settings.json, na przykład: - Nazwa: Aby uzyskać więcej informacji na temat właściwości, zapoznaj się z następującą - ustawienia host.json — wyzwalacz i powiązania usługi Azure Event Hubs dla usługi Azure Functions |
| Maksymalny rozmiar partii zdarzeń | Wartość AzureFunctionsJobHost__extensions__eventHubs__eventProcessorOptions__maxBatchSize domyślna ustawienia aplikacji w zasobie aplikacji logiki, która określa maksymalną liczbę zdarzeń odebranych przez każdą pętlę odbierania. Aby dodać lub określić inną wartość dla tego ustawienia aplikacji, zobacz Zarządzanie ustawieniami aplikacji — local.settings.json, na przykład: - Nazwa: Aby uzyskać więcej informacji na temat właściwości, zapoznaj się z następującą - ustawienia host.json — wyzwalacz i powiązania usługi Azure Event Hubs dla usługi Azure Functions |
Skalowanie usługi Service Bus w poziomie
W poniższych przykładach przedstawiono warstwę cenową planu hostingu i opcje konfiguracji zadania replikacji między dwoma przestrzeniami nazw usługi Service Bus w tym samym regionie na podstawie liczby komunikatów na sekundę i innych wartości konfiguracji.
W przykładach w tej sekcji użyto wartości 800 jako wartości domyślnej liczby prefetch i maksymalnej liczby komunikatów, przy założeniu, że rozmiar komunikatu to 1 KB. Na podstawie rozmiarów komunikatów możesz dostosować liczbę pobrań wstępnych i maksymalną liczbę komunikatów. Jeśli na przykład rozmiar komunikatu wynosi ponad 1 KB, możesz zmniejszyć wartości liczby wstępnego pobierania i maksymalnej liczby komunikatów z 800.
| Warstwa cenowa | Liczba komunikatów na sekundę | Maksymalna liczba wzrostów* | Zawsze gotowe wystąpienia* | Liczba pobrań wstępnych* | Maksymalna liczba komunikatów* |
|---|---|---|---|---|---|
| WS1 | 2000 | 1 | 1 | 800 | 800 |
| WS2 | 2500 | 1 | 1 | 800 | 800 |
| WS3 | 3500 | 1 | 1 | 800 | 800 |
* Aby uzyskać więcej informacji na temat wartości, które można zmienić dla każdej warstwy cenowej, zapoznaj się z następującą tabelą:
| Wartość | Opis |
|---|---|
| Maksymalna liczba wzrostów | Maksymalna liczba elastycznych procesów roboczych do skalowania w poziomie pod obciążeniem. Jeśli podstawowa aplikacja wymaga wystąpień poza zawsze gotowymi wystąpieniami w następnym wierszu tabeli, aplikacja może nadal skalować w poziomie, dopóki liczba wystąpień nie osiągnie maksymalnego limitu szybkości. Aby zmienić tę wartość, zapoznaj się z tematem Edytowanie ustawień skalowania planu hostingu w poziomie w dalszej części tego artykułu. Uwaga: wszystkie wystąpienia wykraczające poza rozmiar planu są rozliczane tylko wtedy, gdy są uruchomione i przydzielane Tobie na sekundę. Platforma dokłada wszelkich starań, aby skalować aplikację w poziomie do zdefiniowanego maksymalnego limitu. Porada: w razie potrzeby wybierz maksymalną wartość, która jest wyższa niż może być potrzebna, aby platforma mogła skalować w poziomie w celu obsługi większego obciążenia, jeśli jest to konieczne, ponieważ nieużywane wystąpienia nie są rozliczane. Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją, ponieważ plan Standardowa przepływu pracy udostępnia pewne aspekty planu usługi Azure Functions Premium: - Ustawienia planu i jednostki SKU — plan Usługi Azure Functions — wersja Premium |
| Zawsze gotowe wystąpienia | Minimalna liczba wystąpień, które są zawsze gotowe i ciepłe do hostowania aplikacji. Minimalna liczba to zawsze 1. Aby zmienić tę wartość, zapoznaj się z tematem Edytowanie ustawień skalowania planu hostingu w poziomie w dalszej części tego artykułu. Uwaga: wszystkie wystąpienia wykraczające poza rozmiar planu są rozliczane niezależnie od tego, czy są uruchomione po przydzieleniu do Ciebie. Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją, ponieważ plan Przepływ pracy w warstwie Standardowa udostępnia pewne aspekty planu usługi Azure Functions Premium: zawsze gotowe wystąpienia — plan Premium usługi Azure Functions. |
| Liczba pobierania z góry | Wartość AzureFunctionsJobHost__extensions__serviceBus__prefetchCount domyślna ustawienia aplikacji w zasobie aplikacji logiki, która określa liczbę pobierania wstępnego używaną przez podstawową ServiceBusProcessor klasę. Aby dodać lub określić inną wartość dla tego ustawienia aplikacji, zobacz Zarządzanie ustawieniami aplikacji — local.settings.json, na przykład: - Nazwa: Aby uzyskać więcej informacji na temat właściwości, zapoznaj się z następującą - ustawienia host.json — powiązania usługi Azure Service Bus dla usługi Azure Functions |
| Maksymalna liczba komunikatów | Wartość AzureFunctionsJobHost__extensions__serviceBus__batchOptions__maxMessageCount domyślna ustawienia aplikacji w zasobie aplikacji logiki, która określa maksymalną liczbę komunikatów do wysłania po wyzwoleniu. Aby dodać lub określić inną wartość dla tego ustawienia aplikacji, zobacz Zarządzanie ustawieniami aplikacji — local.settings.json, na przykład: - Nazwa: Aby uzyskać więcej informacji na temat właściwości, zapoznaj się z następującą |
Wymagania wstępne
Konto i subskrypcja platformy Azure. Jeśli nie masz subskrypcji, zarejestruj się w celu założenia bezpłatnego konta platformy Azure.
Źródłowe i docelowe zasoby lub jednostki, które powinny istnieć w różnych regionach świadczenia usługi Azure, aby można było przetestować scenariusz trybu failover odzyskiwania po awarii geograficznej. Te jednostki mogą się różnić w zależności od szablonu zadania, którego chcesz użyć. W tym artykule użyto dwóch kolejek usługi Service Bus, które znajdują się w różnych przestrzeniach nazw i regionach świadczenia usługi Azure.
Zasób aplikacji logiki (Standardowa), który można ponownie użyć podczas tworzenia zadania replikacji. W ten sposób można dostosować ten zasób specjalnie dla zadania replikacji, na przykład wybierając plan hostingu i warstwę cenową na podstawie potrzeb scenariusza replikacji, takich jak pojemność, przepływność i skalowanie. Mimo że ten zasób można utworzyć podczas tworzenia zadania replikacji, nie można zmienić regionu, planu hostingu i warstwy cenowej. Poniższa lista zawiera inne przyczyny i najlepsze rozwiązania dotyczące wcześniej utworzonego zasobu aplikacji logiki:
Ten zasób aplikacji logiki można utworzyć w regionie, który różni się od jednostek źródłowych i docelowych w zadaniu replikacji.
Obecnie te wskazówki są dostarczane z powodu natywnej integracji zadania replikacji w ramach zasobów platformy Azure. Po utworzeniu zadania replikacji między jednostkami i wybraniu utworzenia nowego zasobu aplikacji logiki, a nie użycia istniejącego, nowa aplikacja logiki zostanie utworzona w tym samym regionie co jednostka źródłowa. Jeśli region źródłowy stanie się niedostępny, zadanie replikacji również nie może działać. W scenariuszu trybu failover zadanie nie może również rozpocząć odczytywania danych z nowego źródła, dawniej jednostki docelowej, czyli tego, co próbuje osiągnąć wzorzec replikacji aktywne-pasywnej.
Ten zasób aplikacji logiki można dostosować przed upływem czasu, wybierając plan hostingu i warstwę cenową, zamiast używać atrybutów domyślnych. Dzięki temu zadanie replikacji może przetwarzać więcej zdarzeń lub komunikatów na sekundę w celu szybszej replikacji. Jeśli ten zasób zostanie utworzony podczas tworzenia zadania replikacji, te atrybuty domyślne zostaną naprawione.
Możesz upewnić się, że ten zasób aplikacji logiki zawiera tylko przepływy pracy zadań replikacji, zwłaszcza jeśli chcesz postępować zgodnie ze wzorcem replikacji aktywne-pasywne. Jeśli używasz istniejącej aplikacji logiki do utworzenia zadania replikacji, ta opcja dodaje zadanie (bezstanowy przepływ pracy) do tego zasobu aplikacji logiki.
Aby uzyskać więcej informacji, zobacz Tworzenie przepływu pracy integracji z usługą Azure Logic Apps (Standardowa) z jedną dzierżawą w witrynie Azure Portal.
Opcjonalnie: parametry połączenia dla docelowej przestrzeni nazw. Ta opcja umożliwia istnienie obiektu docelowego w innej subskrypcji, dzięki czemu można skonfigurować replikację między subskrypcjami.
Aby znaleźć parametry połączenia dla jednostki docelowej, wykonaj następujące kroki:
W witrynie Azure Portal przejdź do docelowej przestrzeni nazw.
W menu nawigacji przestrzeni nazw w obszarze Ustawienia wybierz pozycję Zasady dostępu współdzielonego.
W otwartym okienku Zasady dostępu współdzielonego w obszarze Zasady wybierz pozycję RootManageSharedAccessKey.
W obszarze Zasady sygnatury dostępu współdzielonego: RootManageSharedAccessKey, które zostanie otwarte, skopiuj wartość Ciąg podstawowy Połączenie ion.
Zapisz parametry połączenia gdzieś, aby później można było użyć ciągu w celu nawiązania połączenia z docelową przestrzenią nazw.
Konwencje nazewnictwa
Rozważ rozważenie strategii nazewnictwa używanej dla zadań replikacji lub jednostek, jeśli jeszcze ich nie utworzono. Upewnij się, że nazwy są łatwo rozpoznawalne i zróżnicowane. Jeśli na przykład pracujesz z przestrzenią nazw usługi Event Hubs, zadanie replikacji jest replikowane z każdego wystąpienia usługi Event Hubs w źródłowej przestrzeni nazw. Jeśli pracujesz z kolejkami usługi Service Bus, poniższa tabela zawiera przykład nazewnictwa jednostek i zadania replikacji:
| Nazwa źródła | Przykład | Aplikacja replikacji | Przykład | Nazwa docelowa | Przykład |
|---|---|---|---|---|---|
Przestrzeń nazw: <name>-sb-<region> |
fabrikam-sb-weu |
Aplikacja logiki: <name-source-region-target-region> |
fabrikam-rep-weu-wus |
Przestrzeń nazw: <name>-sb-<region> |
fabrikam-sb-wus |
Kolejki: <name> |
jobs-transfer |
Przepływu pracy: <name> |
jobs-transfer-workflow |
Kolejki: <name> |
jobs |
Tworzenie zadania replikacji
W tym przykładzie pokazano, jak utworzyć zadanie replikacji dla kolejek usługi Service Bus.
W witrynie Azure Portal znajdź przestrzeń nazw usługi Service Bus, której chcesz użyć jako źródła.
W menu nawigacji przestrzeni nazw w sekcji Automatyzacja i wybierz pozycję Zadania (wersja zapoznawcza).
W okienku Zadania wybierz pozycję Dodaj zadanie , aby można było wybrać szablon zadania.
W okienku Dodawanie zadania w obszarze Wybierz szablon w szablonie zadania replikacji, które chcesz utworzyć, wybierz pozycję Wybierz. Jeśli następna strona nie zostanie wyświetlona, wybierz pozycję Dalej: Uwierzytelnij.
Ten przykład jest kontynuowany przez wybranie szablonu zadania Replikuj z kolejki usługi Service Bus do kolejki , który replikuje zawartość między kolejkami usługi Service Bus.
Na karcie Uwierzytelnianie w sekcji Połączenie ions wybierz pozycję Utwórz dla każdego połączenia wyświetlanego w zadaniu, aby można było podać poświadczenia uwierzytelniania dla wszystkich połączeń. Typy połączeń w każdym zadaniu różnią się w zależności od zadania.
W tym przykładzie pokazano monit o utworzenie połączenia z docelową przestrzenią nazw usługi Service Bus, w której istnieje kolejka docelowa. Połączenie istnieje dla źródłowej przestrzeni nazw usługi Service Bus.
Podaj niezbędne informacje o obiekcie docelowym, a następnie wybierz pozycję Utwórz.
W tym przykładzie podaj nazwę wyświetlaną połączenia, a następnie wybierz przestrzeń nazw usługi Service Bus, w której istnieje kolejka docelowa.
Napiwek
Możesz również utworzyć połączenie za pomocą parametry połączenia. Ta opcja umożliwia posiadanie miejsca docelowego w innej subskrypcji, dzięki czemu można skonfigurować replikację między subskrypcjami. Obiekt docelowy lub źródło oparte na tym, gdzie rozpoczęto tworzenie zadania replikacji, jest konfigurowane dynamicznie, tak aby trzeba było połączyć tylko obiekt docelowy. Aby użyć parametry połączenia, wykonaj następujące czynności:
W okienku Połączenie wybierz pozycję Połączenie za pośrednictwem parametry połączenia.
W polu ciąg Połączenie ion wprowadź parametry połączenia dla docelowej przestrzeni nazw.
W poniższym przykładzie pokazano pomyślnie utworzone połączenie:
Po zakończeniu wszystkich połączeń wybierz pozycję Dalej: Skonfiguruj.
Na karcie Konfigurowanie podaj nazwę zadania i wszelkie inne informacje wymagane dla zadania.
Uwaga
Nie można zmienić nazwy zadania po utworzeniu, dlatego należy rozważyć nazwę, która nadal ma zastosowanie w przypadku edytowania bazowego przepływu pracy. Zmiany wprowadzone w bazowym przepływie pracy dotyczą tylko utworzonego zadania, a nie szablonu zadania.
Jeśli na przykład nadasz zadaniu
fabrikam-rep-weu-wusnazwę , ale później edytujesz bazowy przepływ pracy w innym celu, nie możesz zmienić nazwy zadania tak, aby był zgodny.Aby dodać przepływ pracy zadań do istniejącego zasobu aplikacji logiki (Standardowa), z listy Aplikacja logiki wybierz istniejącą aplikację logiki. Aby utworzyć nowy zasób aplikacji logiki (Standardowa), na liście Aplikacja logiki wybierz pozycję Utwórz nową i podaj nazwę do użycia dla nowej aplikacji logiki.
Uwaga
Jeśli tworzysz nowy zasób aplikacji logiki podczas tworzenia zadania replikacji, aplikacja logiki zostanie utworzona w tym samym regionie co jednostka źródłowa, co jest problematyczne, jeśli region źródłowy stanie się niedostępny i nie będzie działać w scenariuszu trybu failover. Najlepszym rozwiązaniem jest utworzenie zasobu aplikacji logiki (Standardowa) w innym regionie niż źródło. Podczas tworzenia zadania replikacji wybierz istniejącą aplikację logiki i dodaj podstawowy przepływ pracy bezstanowy do istniejącej aplikacji logiki. Aby uzyskać więcej informacji, zapoznaj się z wymaganiami wstępnymi.
Po zakończeniu wybierz pozycję Przejrzyj i utwórz.
Na karcie Przeglądanie i tworzenie potwierdź zasoby platformy Azure, których wymaga zadanie replikacji dla operacji.
Jeśli zdecydujesz się utworzyć nowy zasób aplikacji logiki dla zadania replikacji, w okienku zostaną wyświetlone wymagane zasoby platformy Azure utworzone przez zadanie replikacji. Na przykład te zasoby obejmują konto usługi Azure Storage, które zawiera informacje o konfiguracji zasobu aplikacji logiki, przepływu pracy i innych operacji środowiska uruchomieniowego. Na przykład w usłudze Event Hubs to konto magazynu zawiera informacje o punkcie kontrolnym oraz położenie lub przesunięcie w strumieniu, w którym jednostka źródłowa zatrzymuje się, jeśli region źródłowy zostanie zakłócony lub stanie się niedostępny.
W poniższym przykładzie przedstawiono kartę Przeglądanie i tworzenie , jeśli wybrano opcję utworzenia nowej aplikacji logiki:
Jeśli wybrano ponowne użycie istniejącego zasobu aplikacji logiki dla zadania replikacji, w okienku zostaną wyświetlone zasoby platformy Azure, których replikacja będzie ponownie używać do działania.
W poniższym przykładzie przedstawiono kartę Przeglądanie i tworzenie , jeśli wybrano ponowne użycie istniejącej aplikacji logiki:
Uwaga
Jeśli źródło, element docelowy lub oba znajdują się za siecią wirtualną, musisz skonfigurować uprawnienia i dostęp po utworzeniu zadania. W tym scenariuszu wymagane są uprawnienia i dostęp, aby przepływ pracy aplikacji logiki mógł wykonać zadanie replikacji.
Gdy wszystko będzie gotowe, wybierz pozycję Utwórz.
Utworzone zadanie, które jest automatycznie aktywne i uruchomione, jest teraz wyświetlane na liście Zadania .
Napiwek
Jeśli zadanie nie zostanie wyświetlone natychmiast, spróbuj odświeżyć listę zadań lub poczekać trochę przed odświeżeniem. Na pasku narzędzi wybierz pozycję Odśwież.
Jeśli zasoby znajdują się za siecią wirtualną, pamiętaj, aby skonfigurować uprawnienia dla zasobu aplikacji logiki i przepływu pracy w celu uzyskania dostępu do tych zasobów.
Konfigurowanie zasad ponawiania prób
Aby uniknąć utraty danych podczas zdarzenia dostępności po obu stronach relacji replikacji, należy skonfigurować zasady ponawiania pod kątem niezawodności. Aby skonfigurować zasady ponawiania dla zadania replikacji, zapoznaj się z dokumentacją dotyczącą zasad ponawiania prób w usłudze Azure Logic Apps i krokami edytowania bazowego przepływu pracy.
Przeglądanie historii zadań
W tym przykładzie pokazano, jak wyświetlić historię przebiegów przepływu pracy zadania wraz z ich stanami, danymi wejściowymi, danymi wyjściowymi i innymi informacjami oraz kontynuować korzystanie z przykładu zadania replikacji kolejki usługi Service Bus.
W witrynie Azure Portal znajdź zasób lub jednostkę platformy Azure, która ma historię zadań, którą chcesz przejrzeć.
W tym przykładzie ten zasób jest przestrzenią nazw usługi Service Bus.
W menu nawigacji zasobów w obszarze Ustawienia w sekcji Automatyzacja wybierz pozycję Zadania (wersja zapoznawcza).
W okienku Zadania znajdź zadanie, które chcesz przejrzeć. W kolumnie Uruchomienia tego zadania wybierz pozycję Widok.
W tym kroku zostanie otwarte okienko Przegląd podstawowego bezstanowego przepływu pracy, który znajduje się w zasobie standardowej aplikacji logiki.
Aby wyświetlić historię uruchamiania dla bezstanowego przepływu pracy, na pasku narzędzi okienka Przegląd wybierz pozycję Włącz tryb debugowania.
Karta Historia uruchamiania zawiera wszystkie poprzednie, w toku i oczekujące uruchomienia dla zadania wraz z ich identyfikatorami, stanami, godzinami rozpoczęcia i czasami trwania uruchamiania.
W poniższej tabeli opisano możliwe stany przebiegu:
Etykieta stanu opis Anulowane Zadanie zostało anulowane podczas uruchamiania. Nie działa Zadanie ma co najmniej jedną akcję, która zakończyła się niepowodzeniem, ale żadne kolejne akcje nie istniały do obsługi błędu. Uruchomiono Zadanie jest obecnie uruchomione. Powodzenie Wszystkie akcje zakończyły się pomyślnie. Zadanie nadal może zakończyć się pomyślnie, jeśli akcja nie powiodła się, ale w celu obsługi błędu istniała kolejna akcja. Oczekuje Uruchomienie nie zostało jeszcze uruchomione i zostało wstrzymane, ponieważ wcześniejsze wystąpienie zadania jest nadal uruchomione. Aby wyświetlić stany i inne informacje dla każdego kroku w przebiegu, wybierz ten przebieg.
Zostanie otwarte okienko szczegółów przebiegu i zostanie wyświetlony źródłowy przepływ pracy, który został uruchomiony.
Przepływ pracy zawsze rozpoczyna się od wyzwalacza. W tym zadaniu przepływ pracy rozpoczyna się od wyzwalacza usługi Service Bus, który oczekuje na nadejście komunikatów do źródłowej kolejki usługi Service Bus.
Każdy krok pokazuje jego stan i czas trwania przebiegu. Wykonanie kroków z 0 sekundami trwania trwało mniej niż 1 sekundę.
Aby przejrzeć dane wejściowe i wyjściowe dla każdego kroku, wybierz krok, który otwiera okienko zawierające dane wejściowe, wyjściowe i szczegóły właściwości dla tego kroku.
W tym przykładzie przedstawiono dane wejściowe wyzwalacza usługi Service Bus.
Aby dowiedzieć się, jak tworzyć własne zautomatyzowane przepływy pracy, aby można było integrować aplikacje, dane, usługi i systemy poza kontekstem zadań replikacji dla zasobów platformy Azure, zapoznaj się z artykułem Tworzenie przepływu pracy integracji z usługą Azure Logic Apps (Standardowa) z jedną dzierżawą w witrynie Azure Portal.
Monitorowanie zadań replikacji
Aby sprawdzić wydajność i kondycję zadania replikacji lub podstawowy przepływ pracy aplikacji logiki, możesz użyć usługi Application Szczegółowe informacje, która jest funkcją w usłudze Azure Monitor. Mapa aplikacji Szczegółowe informacje aplikacji to przydatne narzędzie wizualne, którego można użyć do monitorowania zadań replikacji. Ta mapa jest generowana automatycznie na podstawie przechwyconych informacji monitorowania, dzięki czemu można eksplorować wydajność i niezawodność źródła zadań replikacji i transferów docelowych. Aby uzyskać natychmiastowe szczegółowe informacje diagnostyczne i wizualizację szczegółowych informacji dziennika o małych opóźnieniach, możesz pracować z narzędziem portalu Metryk na żywo, a także z funkcją w usłudze Azure Monitor.
Edytuj zadanie
Aby zmienić zadanie, dostępne są następujące opcje:
Zmodyfikuj zadanie w tekście , aby można było zmienić właściwości zadania, takie jak informacje o połączeniu lub informacje o konfiguracji.
Edytuj bazowy przepływ pracy zadania w projektancie.
Edytowanie wbudowanego zadania
W witrynie Azure Portal znajdź zasób, który ma zadanie, które chcesz zaktualizować.
W menu nawigacji zasobów w sekcji Automatyzacja wybierz pozycję Zadania (wersja zapoznawcza).
Na liście zadań znajdź zadanie, które chcesz zaktualizować. Otwórz menu wielokropka zadania (...), a następnie wybierz pozycję Edytuj w wierszu.
Domyślnie zostanie wyświetlona karta Uwierzytelnianie i pokaże istniejące połączenia.
Aby dodać nowe poświadczenia uwierzytelniania lub wybrać inne istniejące poświadczenia uwierzytelniania dla połączenia, otwórz menu wielokropka połączenia (...) i wybierz pozycję Dodaj nowe połączenie lub, jeśli jest dostępne, różne poświadczenia uwierzytelniania.
Uwaga
Można edytować tylko połączenie docelowe, a nie połączenie źródłowe.
Aby zaktualizować inne właściwości zadania, wybierz pozycję Dalej: Konfiguruj.
Dla zadania w tym przykładzie można określić różne kolejki źródłowe i docelowe. Jednak nazwa zadania i podstawowa aplikacja logiki oraz przepływ pracy pozostają takie same.
Po zakończeniu wybierz opcję Zapisz.
Edytowanie bazowego przepływu pracy zadania
Możesz edytować bazowy przepływ pracy za zadaniem replikacji, który zmienia oryginalną konfigurację dla utworzonego zadania, ale nie samego szablonu zadania. Po wprowadzeniu i zapisaniu zmian edytowane zadanie nie będzie już wykonywać tej samej funkcji co oryginalne zadanie. Jeśli chcesz, aby zadanie, które wykonuje oryginalną funkcjonalność, może być konieczne utworzenie nowego zadania z tym samym szablonem. Jeśli nie chcesz ponownie utworzyć oryginalnego zadania, unikaj zmiany przepływu pracy za zadaniem przy użyciu projektanta. Zamiast tego utwórz bezstanowy przepływ pracy aplikacji logiki (w warstwie Standardowa), aby zaspokoić potrzeby integracji. Aby uzyskać więcej informacji, zobacz Tworzenie przepływu pracy integracji z usługą Azure Logic Apps (Standardowa) z jedną dzierżawą w witrynie Azure Portal.
W witrynie Azure Portal znajdź zasób, który ma zadanie, które chcesz zaktualizować.
W menu nawigacji zasobów w sekcji Automatyzacja wybierz pozycję Zadania.
Na liście zadań znajdź zadanie, które chcesz zaktualizować. Otwórz menu wielokropka zadania (...), a następnie wybierz pozycję Otwórz w usłudze Logic Apps.
Witryna Azure Portal zmienia kontekst na projektanta, w którym można teraz edytować przepływ pracy.
Teraz możesz edytować wyzwalacz i akcje przepływu pracy, a także właściwości wyzwalacza i akcji.
Aby wyświetlić właściwości wyzwalacza lub akcji, wybierz ten wyzwalacz lub akcję.
W tym przykładzie właściwość IsSessionsEnabled wyzwalacza została zmieniona na Tak.
Aby zapisać zmiany, na pasku narzędzi projektanta wybierz pozycję Zapisz.
Aby przetestować i uruchomić zaktualizowany przepływ pracy, otwórz zasób aplikacji logiki zawierający zaktualizowany przepływ pracy. W menu nawigacji przepływu pracy wybierz pozycję Przegląd>Uruchom wyzwalacz uruchamiania.>
Po zakończeniu przebiegu projektant wyświetli szczegóły przebiegu przepływu pracy. Aby przejrzeć dane wejściowe i wyjściowe dla każdego kroku, wybierz krok, który otwiera okienko zawierające dane wejściowe, wyjściowe i szczegóły właściwości dla tego kroku.
W tym przykładzie pokazano dane wejściowe, dane wyjściowe i właściwości wybranego wyzwalacza usługi Service Bus oraz zaktualizowaną wartość właściwości wyzwalacza.
Aby wyłączyć przepływ pracy, aby zadanie nie było kontynuowane, na pasku narzędzi Przegląd wybierz pozycję Wyłącz. Aby uzyskać więcej informacji, zobacz Wyłączanie lub włączanie przepływów pracy z jedną dzierżawą.
Konfigurowanie trybu failover dla usługi Azure Event Hubs
W przypadku replikacji usługi Azure Event Hubs między tymi samymi typami jednostek odzyskiwanie po awarii geograficznej wymaga przejścia w tryb failover z jednostki źródłowej do jednostki docelowej, a następnie poinformowania wszystkich odbiorców zdarzeń, których dotyczy problem, i producentów, aby używali punktu końcowego dla jednostki docelowej, która staje się nowym źródłem. W takim przypadku, jeśli wystąpi awaria, a jednostka źródłowa ulegnie awarii, odbiorcy i producenci, w tym zadanie replikacji, zostaną przekierowane do nowego źródła. Konto magazynu utworzone przez zadanie replikacji zawiera informacje o punkcie kontrolnym oraz położenie lub przesunięcie w strumieniu, w którym jednostka źródłowa zatrzymuje się, jeśli region źródłowy zostanie zakłócony lub stanie się niedostępny.
Aby upewnić się, że konto magazynu nie zawiera żadnych starszych informacji z oryginalnego źródła i że zadanie replikacji rozpoczyna odczytywanie i replikowanie zdarzeń od początku nowego strumienia źródłowego, należy ręcznie wyczyścić wszystkie starsze informacje z oryginalnego źródła i ponownie skonfigurować zadanie replikacji.
W witrynie Azure Portal otwórz zasób aplikacji logiki lub bazowy przepływ pracy za zadaniem replikacji.
Uwaga
Zasób aplikacji logiki powinien zawierać tylko przepływy pracy zadań replikacji.
W menu nawigacji zasobu lub przepływu pracy wybierz pozycję Przegląd. Na pasku narzędzi Przegląd wybierz pozycję Wyłącz dla przepływu pracy lub wybierz pozycję Zatrzymaj dla zasobu aplikacji logiki.
Aby znaleźć konto magazynu używane przez bazowy zasób aplikacji logiki zadania replikacji do przechowywania informacji o przesunięcie punktu kontrolnego i strumienia z jednostki źródłowej, wykonaj następujące kroki:
W menu zasobów aplikacji logiki w obszarze Ustawienia wybierz pozycję Konfiguracja.
W okienku Konfiguracja na karcie Ustawienia aplikacji wybierz ustawienie aplikacji AzureWebJobsStorage.
To ustawienie określa parametry połączenia i konto magazynu używane przez zasób aplikacji logiki.
Uwaga
Jeśli ustawienie aplikacji nie zostanie wyświetlone na liście, wybierz pozycję Pokaż wartości.
Wybierz ustawienie aplikacji AzureWebJobsStorage, aby wyświetlić nazwę konta magazynu.
W tym przykładzie pokazano, jak znaleźć nazwę dla tego konta magazynu, które znajduje się
storagefabrikamreplb0ctutaj:
- Aby potwierdzić, że zasób konta magazynu istnieje, w polu wyszukiwania witryny Azure Portal wprowadź nazwę, a następnie wybierz konto magazynu, na przykład:
Teraz usuń folder zawierający punkt kontrolny jednostki źródłowej i informacje dotyczące przesunięcia, wykonując następujące czynności:
Pobierz, zainstaluj i otwórz najnowszą Eksplorator usługi Azure Storage klienta klasycznego, jeśli nie masz najnowszej wersji.
Uwaga
W przypadku zadania oczyszczania usuwania należy obecnie używać klienta Eksplorator usługi Azure Storage, a nie eksploratora magazynu, przeglądarki, edytora lub środowiska zarządzania w witrynie Azure Portal.
Chociaż foldery kontenerów można usunąć za pomocą polecenia programu PowerShell
Remove-AzStorageDirectory, to polecenie działa tylko w przypadku pustych folderów.Jeśli jeszcze tego nie zrobiono, zaloguj się przy użyciu konta platformy Azure i upewnij się, że wybrano subskrypcję platformy Azure dla zasobu konta magazynu. Aby uzyskać więcej informacji, zobacz Wprowadzenie do Eksplorator usługi Storage.
W oknie Eksploratora w obszarze nazwy subskrypcji platformy Azure przejdź do pozycji Konta> magazynu{nazwa-konta magazynu}>Kontenery>obiektów blob azure-webjobs-eventhub.
Uwaga
Jeśli folder azure-webjobs-eventhub nie istnieje, zadanie replikacji nie zostało jeszcze uruchomione. Folder jest wyświetlany tylko po uruchomieniu zadania replikacji co najmniej raz.
W otwartym okienku azure-webjobs-eventhub wybierz folder przestrzeni nazw usługi Event Hubs o następującym formacie:
<source-Event-Hubs-namespace-name>.servicebus.windows.net.Po otworzeniu folderu przestrzeni nazw w okienku azure-webjobs-eventhub wybierz <folder former-source-entity-name> . W menu skrótów paska narzędzi lub folderu wybierz pozycję Usuń, na przykład:
Upewnij się, że chcesz usunąć folder.
Wróć do zasobu aplikacji logiki lub przepływu pracy za zadaniem replikacji. Uruchom ponownie aplikację logiki lub ponownie włącz przepływ pracy.
Aby producenci i konsumenci korzystali z nowego źródłowego punktu końcowego, należy udostępnić informacje o nowej jednostce źródłowej do użycia i znaleźć w lokalizacji, która jest łatwa do uzyskania dostępu i aktualizacji. Jeśli producenci lub konsumenci napotykają częste lub trwałe błędy, powinni sprawdzić lokalizację i dostosować ich konfigurację. Istnieje wiele sposobów udostępniania tej konfiguracji, ale przykłady to dns i udziały plików.
Aby uzyskać więcej informacji na temat odzyskiwania po awarii geograficznej, zapoznaj się z następującą dokumentacją:
- Azure Event Hubs — odzyskiwanie po awarii geograficznej
- Azure Service Bus — odzyskiwanie po awarii geograficznej
Edytowanie ustawień skalowania planu hostingu w poziomie
W witrynie Azure Portal otwórz bazowy zasób aplikacji logiki dla zadania replikacji.
W menu zasobów aplikacji logiki w obszarze Ustawienia wybierz pozycję Skaluj w poziomie (plan usługi App Service).
Na podstawie potrzeb scenariusza w obszarze Planowanie skalowania w poziomie i skalowania aplikacji zmień wartości odpowiednio dla maksymalnego wzrostu i zawsze gotowych wystąpień.
Gdy skończysz, na pasku narzędzi okienka Skalowanie w poziomie (plan usługi App Service) wybierz pozycję Zapisz.
Aby uzyskać więcej informacji, zapoznaj się z następującą dokumentacją, ponieważ plan Standardowa przepływu pracy udostępnia pewne aspekty planu usługi Azure Functions Premium:
- Ustawienia planu i jednostki SKU — plan Usługi Azure Functions — wersja Premium
- Co to jest skalowanie w chmurze?
- Zawsze gotowe wystąpienia — plan Premium usługi Azure Functions
Problemy i błędy replikacji
W tej sekcji opisano możliwe sposoby, w jaki replikacja może zakończyć się niepowodzeniem lub przestać działać:
Limity rozmiaru komunikatów
Pamiętaj, aby wysyłać komunikaty mniejsze niż 1 MB, ponieważ zadanie replikacji dodaje właściwości replikacji. W przeciwnym razie, jeśli rozmiar komunikatu jest większy niż rozmiar zdarzeń, które mogą być wysyłane do jednostki usługi Event Hubs po dodaniu właściwości replikacji, proces replikacji zakończy się niepowodzeniem.
Załóżmy na przykład, że rozmiar komunikatu to 1 MB. Po dodaniu właściwości replikacji rozmiar komunikatu jest większy niż 1 MB. Wywołanie ruchu wychodzącego, które próbuje wysłać komunikat, zakończy się niepowodzeniem.
Klucze partycji
Jeśli jakiekolwiek klucze partycji istnieją w zdarzeniach, replikacja między wystąpieniami usługi Event Hubs zakończy się niepowodzeniem, jeśli te wystąpienia mają taką samą liczbę partycji.
Następne kroki
- Informacje o projektancie przepływu pracy w usłudze Azure Logic Apps z jedną dzierżawą
- Edytowanie ustawień hosta i aplikacji dla aplikacji logiki w usłudze Azure Logic Apps z jedną dzierżawą
- Tworzenie parametrów do użycia w przepływach pracy w środowiskach w usłudze Azure Logic Apps z jedną dzierżawą
Opinia
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź: https://aka.ms/ContentUserFeedback.
Prześlij i wyświetl opinię dla