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

  • Dotyczy: ✅ NoSQL, ✅ MongoDB, ✅ Apache Cassandra, ✅ Apache Gremlin, ✅ Table

Ważna

Poziomy wydajności S1, S2 i S3 omówione w tym artykule są wycofywane 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 jedną partycją. Po przeczytaniu tego artykułu będziesz w stanie odpowiedzieć na następujące pytania:

Dlaczego poziomy wydajności S1, S2 i S3 są wycofywane?

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 oferowały elastyczności. Usługa Azure Cosmos DB oferuje teraz możliwość dostosowywania przepływności i magazynu, co zapewnia znacznie większą elastyczność skalowania w miarę zmian potrzeb.

Jak się mają kolekcje jednopartycjonowane i partycjonowane w porównaniu do poziomów 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 oraz poziomach wydajności S1, S2, S3. Oto przykład dla regionu US East 2:

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

Przechowywanie: 0,25 USD/GB		 Przepływność: 6 USD / 100 RU/s

Przechowywanie: 0,25 USD/GB		 25 USD $50 USD $100 USD

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

Co należy 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 .NET SDK.

Jak moja kolekcja zmieni się po migracji?

Jeśli masz kolekcję S1, możesz przeprowadzić migrację ich do kolekcji pojedynczej 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 kolekcji pojedynczej partycji jest w przybliżeniu taki sam, jak to, co płaciłeś za kolekcję S1 przy 250 RU/s – więc nie płacisz za dodatkowe 150 RU/s, które są dostępne.

Jeśli masz kolekcję S2, możesz przeprowadzić jej migrację do kolekcji o jednej partycji i 1 K RU/s. Nie zobaczysz żadnych zmian na poziomie przepływności.

Jeśli masz kolekcję S3, możesz przeprowadzić ich migrację do kolekcji z jedną partycją i 2,5 K RU/s. Nie zobaczysz żadnych zmian na poziomie 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ół w zależności od potrzeb, aby zapewnić użytkownikom dostęp o małych opóźnieniach.

Jak moje rozliczenia zmienią się po przeprowadzeniu migracji do kolekcji z jedną partycją?

Zakładając, że masz 10 kolekcji S1, 1 GB miejsca magazynu dla każdej z nich, w regionie wschodnich Stanów Zjednoczonych, i migrujesz te 10 kolekcji S1 do 10 jednokomorowych kolekcji 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. W przypadku zmiany z S1, S3 lub S3 na pojedynczą kolekcję partycji nie można powró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ą samodzielnie?

Można przeprowadzić migrację z poziomów wydajności S1, S2 i S3 do kolekcji z jedną partycją programowo przy użyciu zestawu .NET SDK. Przed planowaną migracją możesz to zrobić samodzielnie, aby skorzystać z elastycznych opcji przepustowości dostępnych w kolekcjach o pojedynczej partycji.

Migracja do kolekcji z pojedynczą partycją przy użyciu pakietu SDK platformy .NET

W tej sekcji opisano tylko zmianę poziomu wydajności kolekcji przy użyciu interfejsu API platformy .NET SQL, ale proces jest podobny dla 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 oferty:

Jakie będą na mnie skutki, jeśli jestem klientem z umową EA?

Klienci posiadający umowę EA będą chronieni przed podwyżką cen do końca bieżącej umowy.

Następne kroki

Aby dowiedzieć się więcej o cenach i zarządzaniu danymi 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 z pojedynczą partycją a kontenerami partycjonowanymi, a także z poradami dotyczącymi implementowania strategii partycjonowania dla płynnego skalowania.
  2. Cennik usługi Azure Cosmos DB. Dowiedz się więcej o kosztach przydzielania przepływności i konsumpcji pamięci.
  3. Jednostki żądań. Zapoznaj się z zużyciem przepustowości przy różnych typach operacji, na przykład Odczyt, Zapis, Zapytanie.
  • Last updated on