Eksplorowanie i uruchamianie obciążeń systemów Linux i PostgreSQL

45 min

W tej jednostce będziesz:

Wdróż konto usługi Azure Blob Storage przy użyciu szablonu Bicep.
Utwórz kontener usługi Blob Storage.
Migrowanie obrazów na konto usługi Blob Storage.
Przekaż tailwind.sql do konta usługi Blob Storage.
Połącz się z maszyną wirtualną platformy Azure przy użyciu interfejsu wiersza polecenia platformy Azure.
Pobierz plik z konta pamięci masowej.
Połącz się z serwerem PostgreSQL, korzystając z psql, i zaimportuj plik SQL.
Uruchom aplikację interaktywnie za pośrednictwem wiersza polecenia.
Upewnij się, że aplikacja działa poprawnie.

Wdróż konto przechowywania za pomocą deploy/vm-postgres.bicep

Uruchom następujące polecenie na komputerze lokalnym:

az deployment group create \
    --resource-group 240900-linux-postgres \
    --template-file deploy/vm-postgres.bicep \
    --parameters \
        deployVm=false \
        deployPostgres=false \
        deployStorage=true

Dodaj bieżącego użytkownika do roli właściciela danych obiektu blob usługi Storage

STORAGE_ACCOUNT_ID=$(az storage account list \
    --resource-group 240900-linux-postgres \
    --query '[0].id' \
    -o tsv)

USER_ID=$(az ad signed-in-user show \
    --query id \
    -o tsv)

az role assignment create \
    --role "Storage Blob Data Owner" \
    --assignee $USER_ID \
    --scope $STORAGE_ACCOUNT_ID

Tworzenie kontenera o nazwie container1 na koncie magazynu

STORAGE_ACCOUNT_NAME=$(az storage account list \
    --resource-group 240900-linux-postgres \
    --query '[0].name' \
    -o tsv)

echo "STORAGE_ACCOUNT_NAME: $STORAGE_ACCOUNT_NAME"

az storage container create \
    --account-name $STORAGE_ACCOUNT_NAME \
    --auth-mode login \
    --name container1

Migruj obrazy do konta magazynowego do podfolderu

az storage blob upload-batch \
    --account-name $STORAGE_ACCOUNT_NAME \
    --auth-mode login \
    --overwrite \
    --destination container1/images \
    --source app/data/images

Wyświetlane są następujące dane wyjściowe:

[
  {
    "Blob": "https://storageji2dbe.blob.core.windows.net/container1/images/wrench_set.jpg",
    "Last Modified": "...",
    "Type": "image/jpeg",
    "eTag": "\"0x8DCE0CA938AF41B\""
  },
  {
    "Blob": "https://storageji2dbe.blob.core.windows.net/container1/images/planer.jpg",
    "Last Modified": "...",
    "Type": "image/jpeg",
    "eTag": "\"0x8DCE0CA939DF18B\""
  },
  ...
]

Prześlij app/data/postgres/tailwind.sql na konto magazynowe.

az storage blob upload \
    --account-name $STORAGE_ACCOUNT_NAME \
    --auth-mode login \
    --container-name container1 \
    --file app/data/postgres/tailwind.sql \
    --name tailwind.sql

Nawiązywanie połączenia z maszyną wirtualną platformy Azure przy użyciu polecenia az ssh

az ssh vm \
    --resource-group 240900-linux-postgres \
    --name vm-1

Pobieranie pliku tailwind.sql z konta magazynu

Ustaw zmienną środowiskową Bash STORAGE_ACCOUNT_NAME na nazwę konta magazynu.

STORAGE_ACCOUNT_NAME=$(az storage account list \
    --resource-group 240900-linux-postgres \
    --query '[0].name' \
    -o tsv)

echo "STORAGE_ACCOUNT_NAME: $STORAGE_ACCOUNT_NAME"

Pobierz tailwind.sql do maszyny wirtualnej platformy Azure przy użyciu az storage blob download polecenia :

az storage blob download \
    --account-name $STORAGE_ACCOUNT_NAME \
    --auth-mode login \
    --container-name container1 \
    --file tailwind.sql \
    --name tailwind.sql

Ustawianie zmiennych środowiskowych dla narzędzia psql na maszynie zdalnej

MANAGED_IDENTITY_NAME=240900-linux-postgres-identity
export AZURE_CLIENT_ID=$(az identity show --resource-group 240900-linux-postgres --name $MANAGED_IDENTITY_NAME --query "clientId" -o tsv)
PG_NAME=$(az postgres flexible-server list --resource-group 240900-linux-postgres --query "[0].name" -o tsv)

# Set psql environment variables
export PGHOST="${PG_NAME}.privatelink.postgres.database.azure.com"
export PGPASSWORD=$(curl -s "http://169.254.169.254/metadata/identity/oauth2/token?api-version=2018-02-01&resource=https%3A%2F%2Fossrdbms-aad.database.windows.net&client_id=${AZURE_CLIENT_ID}" -H Metadata:true | jq -r .access_token)
export PGUSER=$MANAGED_IDENTITY_NAME
export PGDATABASE=postgres

Importowanie tailwind.sql przy użyciu narzędzia psql

psql -f tailwind.sql

Połącz się z serwerem Postgres, aby potwierdzić, że importowanie zakończyło się pomyślnie

psql

Wyświetlanie listy tabel

\dt

Wyświetlane są następujące dane wyjściowe:

postgres=> \dt
                           List of relations
 Schema |         Name         | Type  |             Owner              
--------+----------------------+-------+--------------------------------
 public | cart_items           | table | 240900-linux-postgres-identity
 public | checkouts            | table | 240900-linux-postgres-identity
 public | collections          | table | 240900-linux-postgres-identity
 public | collections_products | table | 240900-linux-postgres-identity
 public | customers            | table | 240900-linux-postgres-identity
 public | delivery_methods     | table | 240900-linux-postgres-identity
 public | product_types        | table | 240900-linux-postgres-identity
 public | products             | table | 240900-linux-postgres-identity
 public | shipment_items       | table | 240900-linux-postgres-identity
 public | shipments            | table | 240900-linux-postgres-identity
 public | store_inventory      | table | 240900-linux-postgres-identity
 public | stores               | table | 240900-linux-postgres-identity
 public | suppliers            | table | 240900-linux-postgres-identity
 public | supply_orders        | table | 240900-linux-postgres-identity
(14 rows)

Uruchamianie zapytania SQL zawierającego listę tabel

SELECT table_name
FROM information_schema.tables
WHERE table_schema = 'public';

Wyświetlane są następujące dane wyjściowe:

postgres=> SELECT table_name
FROM information_schema.tables
WHERE table_schema = 'public';
      table_name      
----------------------
 collections
 stores
 customers
 cart_items
 product_types
 products
 suppliers
 collections_products
 checkouts
 shipments
 delivery_methods
 shipment_items
 store_inventory
 supply_orders
(14 rows)

Włącz tryb rozwinięty i wybierz z tabeli produktów

Po wyświetleniu monitu postgres=> włącz tryb rozszerzony:

\x

Wybierz z tabeli produktów:

select * from products;

Zostanie wyświetlony następujący monit:

postgres=> \x
Expanded display is on.
postgres=> select * from products;

Zostanie wyświetlona lista produktów:

id                 | 1
product_type_id    | 1
supplier_id        | 2
sku                | brush_cleaner
name               | Meltdown Brush Cleaner
price              | 12.99
description        | We all leave our brushes sitting around, full of old dry paint. Don't worry! The Meltdown Brush Cleaner can remove just about anything.
image              | brush_cleaner.jpg
digital            | f
unit_description   | 1 - 10oz Jar
package_dimensions | 4x8x2
weight_in_pounds   | 3.2
reorder_amount     | 10
status             | in-stock
requires_shipping  | t
warehouse_location | Zone 1, Shelf 12, Slot 6
created_at         | ...
updated_at         | ...
...

Wybierz pasek spacji, aby przejść do strony wyników. Wprowadź polecenie q , aby zamknąć pager.

Zamknij narzędzie psql

\q

Interakcyjne uruchamianie aplikacji za pośrednictwem wiersza polecenia

Na maszynie zdalnej przejdź do katalogu zawierającego aplikację:

cd tailwind-traders-go/app

Uruchom aplikację interaktywnie z poziomu wiersza polecenia:

go run main.go app:serve

Wyświetlane są następujące dane wyjściowe:

$ go run main.go app:serve
Listening on :8080

Znajdowanie publicznego adresu IP maszyny wirtualnej

Uzyskaj publiczny adres IP maszyny wirtualnej:

IP_ADDRESS=$(az network public-ip show \
    --resource-group 240900-linux-postgres \
    --name vm-1-ip \
    --query ipAddress \
    --out tsv)

Wyprowadź adres URL do terminalu:

echo "Your URL is: http://${IP_ADDRESS}:8080"

Ten moduł używa portu 8080 do celów interaktywnego tworzenia i testowania. W środowisku produkcyjnym należy użyć portu 443 i wymagać certyfikatu TLS w celu zabezpieczenia ruchu do punktu końcowego.

Przeglądaj publiczny punkt końcowy API

Otwórz adres URL w przeglądarce internetowej. Wyświetlane są następujące dane wyjściowe:

{
  "id": 5,
  "product_type_id": 1,
  "supplier_id": 2,
  "sku": "drafting_tools",
  "name": "Bespoke Drafting Set",
  "price": 45,
  "description": "Build your next bridge (or tunnel) using our Bespoke Drafting Set. Everyone drives across *regular* bridges everyday - but they'll rememeber yours - because it's _bespoke_.",
  "image": "drafting_tools.jpg",
  "digital": false,
  "unit_description": "Tools and carrying case",
  "package_dimensions": "5x10x3",
  "weight_in_pounds": "1.2",
  "reorder_amount": 10,
  "status": "in-stock",
  "requires_shipping": true,
  "warehouse_location": "Zone 1, Shelf 4, Slot 1",
  "created_at": "...",
  "updated_at": "..."
}

Alternatywnie możesz wysłać żądanie do punktu końcowego interfejsu API przy użyciu polecenia curl:

curl "http://${IP_ADDRESS}:8080"

Ten punkt końcowy wyświetla losowy produkt z bazy danych.

Wyświetlanie żądań zarejestrowanych w terminalu

Wróć do terminalu, w którym uruchamiasz aplikację interaktywnie. Dane wyjściowe pokazują żądanie do punktu końcowego interfejsu API:

{"time":"...","level":"INFO","msg":"httpLog","remoteAddr":"[::1]:58592","method":"GET","url":"/"}
{"time":"...","level":"INFO","msg":"httpLog","remoteAddr":"[::1]:59414","method":"GET","url":"/"}
{"time":"...","level":"INFO","msg":"httpLog","remoteAddr":"[::1]:59414","method":"GET","url":"/favicon.ico"}

Jeśli te żądania zakończyły się pomyślnie, pomyślnie przeprowadzono migrację obciążenia aplikacji do maszyny wirtualnej platformy Azure i usługi Azure Database for PostgreSQL (serwer elastyczny).

Czyszczenie zasobów platformy Azure

Po zakończeniu eksplorowania obciążeń systemów Linux i PostgreSQL wyczyść zasoby, aby zaoszczędzić koszty.

Grupę zasobów 240900-linux-postgres można usunąć ręcznie za pomocą witryny Azure Portal lub uruchomić następujące polecenie interfejsu wiersza polecenia platformy Azure:

az group delete \
    --name 240900-linux-postgres \
    --yes \
    --no-wait

Inną opcją jest użycie szablonu empty.bicep do usunięcia zasobów utworzonych przez vm-postgres.bicep plik. Uruchamianie az deployment group create za pomocą polecenia --mode Complete powoduje usunięcie wszystkich zasobów, których szablon nie definiuje. Ponieważ empty.json nie ma żadnych zasobów, polecenie usuwa każdy zasób.

az deployment group create \
    --resource-group 240900-linux-postgres \
    --template-file deploy/empty.bicep \
    --mode Complete

empty.json Wdrożenie pozostawia grupę 240900-linux-postgres zasobów bez zmian, aby można było ponownie wdrożyć zasoby przy użyciu jednego polecenia.

Zasoby

Opinia

Czy ta strona była pomocna?