az sf managed-application
Zarządzanie aplikacjami działającymi w klastrze zarządzanym platformy Azure Service Fabric. Obsługuje tylko wdrożone aplikacje usługi ARM.
Polecenia
| az sf managed-application create |
Utwórz nową aplikację zarządzaną w klastrze zarządzanym usługi Azure Service Fabric. |
| az sf managed-application delete |
Usuń aplikację zarządzaną. |
| az sf managed-application list |
Wyświetl listę zarządzanych aplikacji danego klastra zarządzanego. |
| az sf managed-application show |
Pokaż właściwości aplikacji zarządzanej w klastrze zarządzanym platformy Azure Service Fabric. |
| az sf managed-application update |
Aktualizowanie aplikacji zarządzanej platformy Azure Service Fabric. |
az sf managed-application create
Utwórz nową aplikację zarządzaną w klastrze zarządzanym usługi Azure Service Fabric.
az sf managed-application create --application-name
--application-type-name
--application-type-version
--cluster-name
--resource-group
[--application-parameters]
[--package-url]
[--tags]
Przykłady
Utwórz aplikację zarządzaną "testApp" z parametrami. Typ aplikacji "TestAppType" w wersji "v1" powinien już istnieć w klastrze, a parametry aplikacji powinny być zdefiniowane w manifeście aplikacji.
az sf managed-application create -g testRG -c testCluster --application-name testApp --application-type-name TestAppType \
--application-type-version v1 --application-parameters key0=value0 --tags key1=value1
Utwórz aplikację "testApp" i wersję typu aplikacji przy użyciu podanego adresu URL pakietu.
az sf managed-application create -g testRG -c testCluster --application-name testApp --application-type-name TestAppType \
--application-type-version v1 --package-url "https://sftestapp.blob.core.windows.net/sftestapp/testApp_1.0.sfpkg" \
--application-parameters key0=value0
Parametry wymagane
Określ nazwę aplikacji.
Określ nazwę typu aplikacji.
Określ wersję typu aplikacji.
Określ nazwę klastra, jeśli nie zostanie podana, będzie taka sama jak nazwa grupy zasobów.
Określ nazwę grupy zasobów. Grupę domyślną można skonfigurować przy użyciu polecenia az configure --defaults group=<name>.
Parametry opcjonalne
Określ parametry aplikacji jako pary klucz/wartość. Te parametry muszą istnieć w manifeście aplikacji. na przykład: --application-parameters param1=value1 param2=value2.
Określ adres URL pliku sfpkg pakietu aplikacji.
Tagi rozdzielone spacjami: klucz[=wartość] [klucz[=wartość] ...]. Użyj ciągu "", aby wyczyścić istniejące tagi.
Zwiększ szczegółowość rejestrowania, aby wyświetlić wszystkie dzienniki debugowania.
Pokaż ten komunikat pomocy i zakończ pracę.
Pokaż tylko błędy, pomijając ostrzeżenia.
Format danych wyjściowych.
Ciąg zapytania JMESPath. Zobacz http://jmespath.org/ , aby uzyskać więcej informacji i przykładów.
Nazwa lub identyfikator subskrypcji. Możesz skonfigurować domyślną subskrypcję przy użyciu polecenia az account set -s NAME_OR_ID.
Zwiększ szczegółowość rejestrowania. Użyj polecenia --debug, aby uzyskać pełne dzienniki debugowania.
az sf managed-application delete
Usuń aplikację zarządzaną.
az sf managed-application delete --application-name
--cluster-name
--resource-group
Przykłady
Usuń aplikację zarządzaną.
az sf managed-application delete -g testRG -c testCluster --application-name testApp
Parametry wymagane
Określ nazwę aplikacji.
Określ nazwę klastra, jeśli nie zostanie podana, będzie taka sama jak nazwa grupy zasobów.
Określ nazwę grupy zasobów. Grupę domyślną można skonfigurować przy użyciu polecenia az configure --defaults group=<name>.
Zwiększ szczegółowość rejestrowania, aby wyświetlić wszystkie dzienniki debugowania.
Pokaż ten komunikat pomocy i zakończ pracę.
Pokaż tylko błędy, pomijając ostrzeżenia.
Format danych wyjściowych.
Ciąg zapytania JMESPath. Zobacz http://jmespath.org/ , aby uzyskać więcej informacji i przykładów.
Nazwa lub identyfikator subskrypcji. Możesz skonfigurować domyślną subskrypcję przy użyciu polecenia az account set -s NAME_OR_ID.
Zwiększ szczegółowość rejestrowania. Użyj polecenia --debug, aby uzyskać pełne dzienniki debugowania.
az sf managed-application list
Wyświetl listę zarządzanych aplikacji danego klastra zarządzanego.
az sf managed-application list --cluster-name
--resource-group
Przykłady
Wyświetl listę aplikacji zarządzanych dla danego klastra zarządzanego.
az sf managed-application list -g testRG -c testCluster
Parametry wymagane
Określ nazwę klastra, jeśli nie zostanie podana, będzie taka sama jak nazwa grupy zasobów.
Określ nazwę grupy zasobów. Grupę domyślną można skonfigurować przy użyciu polecenia az configure --defaults group=<name>.
Zwiększ szczegółowość rejestrowania, aby wyświetlić wszystkie dzienniki debugowania.
Pokaż ten komunikat pomocy i zakończ pracę.
Pokaż tylko błędy, pomijając ostrzeżenia.
Format danych wyjściowych.
Ciąg zapytania JMESPath. Zobacz http://jmespath.org/ , aby uzyskać więcej informacji i przykładów.
Nazwa lub identyfikator subskrypcji. Możesz skonfigurować domyślną subskrypcję przy użyciu polecenia az account set -s NAME_OR_ID.
Zwiększ szczegółowość rejestrowania. Użyj polecenia --debug, aby uzyskać pełne dzienniki debugowania.
az sf managed-application show
Pokaż właściwości aplikacji zarządzanej w klastrze zarządzanym platformy Azure Service Fabric.
az sf managed-application show --application-name
--cluster-name
--resource-group
Przykłady
Pobierz aplikację zarządzaną.
az sf managed-application show -g testRG -c testCluster --application-name testApp
Parametry wymagane
Określ nazwę aplikacji.
Określ nazwę klastra, jeśli nie zostanie podana, będzie taka sama jak nazwa grupy zasobów.
Określ nazwę grupy zasobów. Grupę domyślną można skonfigurować przy użyciu polecenia az configure --defaults group=<name>.
Zwiększ szczegółowość rejestrowania, aby wyświetlić wszystkie dzienniki debugowania.
Pokaż ten komunikat pomocy i zakończ pracę.
Pokaż tylko błędy, pomijając ostrzeżenia.
Format danych wyjściowych.
Ciąg zapytania JMESPath. Zobacz http://jmespath.org/ , aby uzyskać więcej informacji i przykładów.
Nazwa lub identyfikator subskrypcji. Możesz skonfigurować domyślną subskrypcję przy użyciu polecenia az account set -s NAME_OR_ID.
Zwiększ szczegółowość rejestrowania. Użyj polecenia --debug, aby uzyskać pełne dzienniki debugowania.
az sf managed-application update
Aktualizowanie aplikacji zarządzanej platformy Azure Service Fabric.
Umożliwia to aktualizowanie tagów, parametrów aplikacji, wartość to uaktualnienie aplikacjiPolicy i/lub uaktualnienie wersji typu aplikacji, która wyzwoli uaktualnienie aplikacji.
az sf managed-application update --application-name
--cluster-name
--resource-group
[--application-parameters]
[--application-type-version]
[--close-duration]
[--consider-warning-as-error {false, true}]
[--failure-action {Manual, Rollback}]
[--force-restart {false, true}]
[--hc-retry-timeout]
[--hc-stable-duration]
[--hc-wait-duration]
[--max-percent-unhealthy-apps]
[--max-percent-unhealthy-partitions]
[--max-percent-unhealthy-replicas]
[--max-percent-unhealthy-services]
[--recreate-application {false, true}]
[--rep-check-timeout]
[--service-type-health-policy-map]
[--tags]
[--ud-timeout]
[--upgrade-mode {Monitored, UnmonitoredAuto}]
[--upgrade-timeout]
Przykłady
Zaktualizuj parametry aplikacji i wartości zasad upgreade i wersję typu aplikacji do wersji 2.
az sf managed-application update -g testRG -c testCluster --application-name testApp --application-type-version v2 \
--application-parameters key0=value0 --health-check-stable-duration 0 --health-check-wait-duration 0 --health-check-retry-timeout 0 \
--upgrade-domain-timeout 5000 --upgrade-timeout 7000 --failure-action Rollback --upgrade-replica-set-check-timeout 300 --force-restart
Zaktualizuj mapę zasad kondycji typu usługi aplikacji zarządzanej.
az sf managed-application update -g testRG -c testCluster --application-name testApp --service-type-health-policy-map "ServiceTypeName01"="5,10,5" "ServiceTypeName02"="5,5,5"
Parametry wymagane
Określ nazwę aplikacji.
Określ nazwę klastra, jeśli nie zostanie podana, będzie taka sama jak nazwa grupy zasobów.
Określ nazwę grupy zasobów. Grupę domyślną można skonfigurować przy użyciu polecenia az configure --defaults group=<name>.
Parametry opcjonalne
Określ parametry aplikacji jako pary klucz/wartość. Te parametry muszą istnieć w manifeście aplikacji. na przykład: --application-parameters param1=value1 param2=value2.
Określ wersję typu aplikacji.
Określ czas trwania w sekundach, aby poczekać przed zamknięciem wystąpienia bezstanowego, aby umożliwić bezproblemowe opróżnianie aktywnych żądań. Byłoby to skuteczne, gdy wystąpienie jest zamykane podczas uaktualniania aplikacji/klastra, tylko dla tych wystąpień, które mają niezerowy czas trwania opóźnienia skonfigurowany w opisie usługi.
Wskazuje, czy zdarzenie kondycji ostrzeżenia jest traktowane jako zdarzenie błędu podczas oceny kondycji.
Określ akcję, która ma być wykonywana, jeśli monitorowane uaktualnienie zakończy się niepowodzeniem. Dopuszczalne wartości tego parametru to Wycofywanie lub Ręczne.
Wskazuje, że host usługi jest uruchamiany ponownie, nawet jeśli uaktualnienie jest zmianą tylko w konfiguracji.
Określ czas trwania w sekundach, po którym Service Fabric ponawia próbę sprawdzenia kondycji, jeśli poprzednia kontrola kondycji zakończy się niepowodzeniem.
Określ czas trwania w sekundach, który Service Fabric czeka, aby sprawdzić, czy aplikacja jest stabilna przed przejściem do następnej domeny uaktualnienia lub ukończeniem uaktualnienia. Ten czas oczekiwania uniemożliwia niezakryte zmiany kondycji bezpośrednio po wykonaniu kontroli kondycji.
Określ czas trwania w sekundach, który Service Fabric czeka przed wykonaniem początkowej kontroli kondycji po zakończeniu uaktualniania w domenie uaktualnienia.
Określ maksymalną wartość procentową wystąpień aplikacji wdrożonych w węzłach w klastrze, które mają stan kondycji błędu przed wystąpieniem błędu kondycji aplikacji dla klastra. Dozwolone wartości to od 0 do 100.
Określ maksymalny procent nieutrzymanych partycji na usługę dozwolony przez zasady kondycji domyślnego typu usługi do użycia na potrzeby monitorowanego uaktualnienia. Dozwolone wartości to od 0 do 100.
Określ maksymalny procent niezatrzymanych replik na usługę dozwolonych przez zasady kondycji domyślnego typu usługi do użycia na potrzeby monitorowanego uaktualnienia. Dozwolone wartości to od 0 do 100.
Określ maksymalny procent niezatrzymanych usług dozwolonych przez zasady kondycji domyślnego typu usługi do użycia na potrzeby monitorowanego uaktualnienia. Dozwolone wartości to od 0 do 100.
Określa, czy aplikacja powinna zostać ponownie utworzona podczas aktualizacji. Jeśli wartość=true, pozostałe parametry zasad uaktualniania nie są dozwolone.
Określ maksymalny czas w sekundach, który Service Fabric czeka na ponowne skonfigurowanie usługi w bezpiecznym stanie, jeśli jeszcze nie jest w bezpiecznym stanie, zanim Service Fabric przejdzie do uaktualnienia.
Określ mapę zasad kondycji, które mają być używane dla różnych typów usług jako pary klucz/wartość w następującym formacie: "ServiceTypeName"="MaxPercentUnhealthyPartitionsPerService,MaxPercentUnhealthyReplicasPerPartition,MaxPercentUnhealthyServices". na przykład: --service-type-health-policy-map "ServiceTypeName01"="5,10,5" "ServiceTypeName02"="5,5,5".
Tagi rozdzielone spacjami: klucz[=wartość] [klucz[=wartość] ...]. Użyj ciągu "", aby wyczyścić istniejące tagi.
Określ maksymalny czas w sekundach, który Service Fabric trwa uaktualnianie pojedynczej domeny uaktualnienia. Po upływie tego okresu uaktualnienie zakończy się niepowodzeniem.
Określ tryb używany do monitorowania kondycji podczas uaktualniania stopniowego. Wartości są monitorowane i niemonitorowaneAuto.
Określ maksymalny czas w sekundach, który Service Fabric trwa dla całego uaktualnienia. Po upływie tego okresu uaktualnienie zakończy się niepowodzeniem.
Zwiększ szczegółowość rejestrowania, aby wyświetlić wszystkie dzienniki debugowania.
Pokaż ten komunikat pomocy i zakończ pracę.
Pokaż tylko błędy, pomijając ostrzeżenia.
Format danych wyjściowych.
Ciąg zapytania JMESPath. Zobacz http://jmespath.org/ , aby uzyskać więcej informacji i przykładów.
Nazwa lub identyfikator subskrypcji. Możesz skonfigurować domyślną subskrypcję przy użyciu polecenia az account set -s NAME_OR_ID.
Zwiększ szczegółowość rejestrowania. Użyj polecenia --debug, aby uzyskać pełne dzienniki debugowania.