Wycofywanie poziomów wydajności S1, S2 i S3

  • Artykuł

DOTYCZY: Nosql Mongodb Cassandra Gremlin Tabeli

Ważne

Poziomy wydajności S1, S2 i S3 omówione w tym artykule są wycofane i nie są już dostępne dla nowych kont usługi Azure Cosmos DB.

Ten artykuł zawiera omówienie poziomów wydajności S1, S2 i S3 oraz omówiono sposób migrowania kolekcji korzystających z tych poziomów wydajności do kolekcji z pojedynczą partycją. Po przeczytaniu tego artykułu będziesz w stanie odpowiedzieć na następujące pytania:

Dlaczego poziom wydajności S1, S2 i S3 jest wycofany?

Poziomy wydajności S1, S2 i S3 nie oferują elastyczności oferowanej przez standardową ofertę usługi Azure Cosmos DB. W przypadku poziomów wydajności S1, S2, S3 zarówno przepływność, jak i pojemność magazynu zostały wstępnie ustawione i nie oferują elastyczności. Usługa Azure Cosmos DB oferuje teraz możliwość dostosowywania przepływności i magazynu, zapewniając znacznie większą elastyczność skalowania w miarę zmian potrzeb.

Jak kolekcje i kolekcje podzielone na partycje są porównywane z poziomami wydajności S1, S2, S3?

W poniższej tabeli porównano opcje przepływności i magazynu dostępne w kolekcjach z jedną partycją, kolekcjach partycjonowanych i poziomach wydajności S1, S2, S3. Oto przykład dla regionu Wschodnie stany USA 2:

Nazwa limitu przydziału Kolekcja partycjonowana Kolekcja z jedną partycją S1 S2 S3
Maksymalna przepływność Nieograniczona liczba 10 000 RU/s 250 RU/s 1 K RU/s 2,5 K RU/s
Minimalna przepływność 2,5 K RU/s 400 RU/s 250 RU/s 1 K RU/s 2,5 K RU/s
Maksymalny rozmiar magazynu Nieograniczona liczba 20 GB 20 GB 20 GB 20 GB
Cena (miesięczna) Przepływność: $6 / 100 RU/s

Magazyn: $0.25/GB		 Przepływność: $6 / 100 RU/s

Magazyn: $0.25/GB		 25 USD 50 USD 100 USD

Jesteś klientem z umową EA? Jeśli tak, zobacz Jak mam wpływ na klienta z umową EA?

Co muszę zrobić, aby zapewnić nieprzerwany dostęp do moich danych?

Jeśli masz kolekcję S1, S2 lub S3, należy przeprowadzić migrację kolekcji do kolekcji z jedną partycją programowo przy użyciu zestawu SDK platformy .NET.

Jak moja kolekcja zmieni się po migracji?

Jeśli masz kolekcję S1, możesz przeprowadzić migrację ich do pojedynczej kolekcji partycji z przepływnością 400 RU/s. 400 RU/s to najniższa przepływność dostępna w kolekcjach z jedną partycją. Jednak koszt 400 RU/s w jednej kolekcji partycji jest w przybliżeniu taki sam, jak w przypadku kolekcji S1 i 250 RU/s — więc nie płacisz za dodatkowe 150 RU/s dostępne dla Ciebie.

Jeśli masz kolekcję S2, możesz przeprowadzić migrację ich do pojedynczej kolekcji partycji z 1 K RU/s. Nie zostanie wyświetlona żadna zmiana poziomu przepływności.

Jeśli masz kolekcję S3, możesz przeprowadzić migrację ich do pojedynczej kolekcji partycji z 2,5 K RU/s. Nie zostanie wyświetlona żadna zmiana poziomu przepływności.

W każdym z tych przypadków po przeprowadzeniu migracji kolekcji będzie można dostosować poziom przepływności lub skalować go w górę i w dół zgodnie z potrzebami, aby zapewnić użytkownikom dostęp do małych opóźnień.

Jak moje rozliczenia zostaną zmienione po przeprowadzeniu migracji do kolekcji z jedną partycją?

Zakładając, że masz 10 kolekcji S1, 1 GB magazynu dla każdego, w regionie Wschodnie stany USA i migrujesz te 10 kolekcji S1 do 10 kolekcji pojedynczych partycji na poziomie 400 RU/s (minimalny poziom). Rachunek będzie wyglądać następująco, jeśli zachowasz 10 kolekcji z jedną partycją przez cały miesiąc:

Jak ceny S1 dla 10 kolekcji są porównywane z 10 kolekcjami przy użyciu cen dla kolekcji z jedną partycją

Czy mogę zmienić między poziomami wydajności S1, S2 i S3 przed planowaną migracją?

Tylko istniejące konta z wydajnością S1, S2 i S3 można zmienić i zmienić warstwy poziomu wydajności programowo przy użyciu zestawu .NET SDK. Jeśli zmienisz wartość z S1, S3 lub S3 na pojedynczą kolekcję partycji, nie możesz wrócić do poziomów wydajności S1, S2 lub S3.

Jak mogę przeprowadzić migrację z poziomów wydajności S1, S2, S3 do kolekcji z jedną partycją na własną rękę?

Możesz przeprowadzić migrację z poziomów wydajności S1, S2 i S3 do kolekcji z pojedynczą partycją programowo przy użyciu zestawu SDK platformy .NET. Możesz to zrobić samodzielnie przed zaplanowaną migracją, aby skorzystać z elastycznych opcji przepływności dostępnych w przypadku kolekcji z jedną partycją.

Migrowanie do kolekcji z jedną partycją przy użyciu zestawu SDK platformy .NET

W tej sekcji opisano tylko zmianę poziomu wydajności kolekcji przy użyciu interfejsu API .NET SQL, ale proces jest podobny dla naszych innych zestawów SDK.

Oto fragment kodu umożliwiający zmianę przepływności kolekcji na 5000 jednostek żądań na sekundę:

    //Fetch the resource to be updated
    Offer offer = client.CreateOfferQuery()
                      .Where(r => r.ResourceLink == collection.SelfLink)    
                      .AsEnumerable()
                      .SingleOrDefault();

    // Set the throughput to 5000 request units per second
    offer = new OfferV2(offer, 5000);

    //Now persist these changes to the database by replacing the original resource
    await client.ReplaceOfferAsync(offer);

Odwiedź witrynę MSDN , aby wyświetlić dodatkowe przykłady i dowiedzieć się więcej o naszych metodach ofert:

Jak mam na to wpływ, jeśli jestem klientem z umową EA?

Klienci z umową EA będą chronieni ceną do końca bieżącej umowy.

Następne kroki

Aby dowiedzieć się więcej na temat cen danych i zarządzania nimi za pomocą usługi Azure Cosmos DB, zapoznaj się z następującymi zasobami:

  1. Partycjonowanie danych w usłudze Azure Cosmos DB. Zapoznaj się z różnicą między kontenerem pojedynczej partycji i kontenerami partycjonowanych, a także porady dotyczące implementowania strategii partycjonowania w celu bezproblemowego skalowania.
  2. Cennik usługi Azure Cosmos DB. Dowiedz się więcej o kosztach aprowizacji przepływności i korzystania z magazynu.
  3. Jednostki żądania. Zapoznaj się z użyciem przepływności dla różnych typów operacji, na przykład Odczyt, Zapis, Zapytanie.