Udostępnij za pośrednictwem

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

  • Artykuł

DOTYCZY: NoSQL MongoDB Kasandra Gremlin Stół

Ważne

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 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 oraz poziomach wydajności S1, S2, S3. Oto przykład regionu Wschodnie stany USA 2:

Nazwa limitu przydziału Kolekcja partycjonowana Kolekcja z jedną partycją S1 S2 S3
Maksymalna przepływność Nieograniczony 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 Nieograniczony 20 GB 20 GB 20 GB 20 GB
Cena (miesięczna) Przepływność: 6 USD / 100 RU/s

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

Magazyn: 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 płacisz za kolekcję S1 i 250 RU/s — więc nie płacisz za dodatkowe 150 RU/s dostępne.

Jeśli masz kolekcję S2, możesz przeprowadzić migrację ich do kolekcji z jedną partycją z 1 K RU/s. Nie zobaczysz żadnych zmian na poziomie przepływności.

Jeśli masz kolekcję S3, możesz przeprowadzić migrację ich do kolekcji z jedną partycją z 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 magazynu dla każdego z nich, w regionie Wschodnie stany USA i migrujesz te 10 kolekcji S1 do 10 kolekcji z jedną partycją 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. Można to zrobić samodzielnie przed planowaną migracją, aby skorzystać z elastycznych opcji przepływności dostępnych w kolekcjach z jedną partycją.

Migrowanie do kolekcji z pojedynczą partycją przy użyciu zestawu 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:

Jak mam 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 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 pojedynczej partycji a kontenerami partycjonowanych, a także wskazówkami dotyczącymi 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 używania magazynu.
  3. Jednostki żądań. Zapoznaj się z użyciem przepływności dla różnych typów operacji, na przykład Odczyt, Zapis, Zapytanie.