Planowanie pojemności dla Database@Azure Oracle
Oracle Database@Azure to usługa bazy danych Oracle, która działa w infrastrukturze Oracle Cloud Infrastructure (OCI) i jest kolokowana w centrach danych platformy Azure w firmie Microsoft. Ta wspólna oferta firmy Microsoft i Oracle wymaga planowania zasobów i zarządzania nimi na obu platformach w chmurze.
Ten artykuł zawiera wskazówki dotyczące planowania pojemności dla Database@Azure Oracle przy użyciu usługi Oracle Exadata Database Service. Zawiera on zagadnienia i zalecenia ułatwiające zaplanowanie tego procesu.
Notatka
W przypadku określania rozmiaru Oracle Database@Azure należy skontaktować się z lokalnym zespołem sprzedaży Oracle.
Zagadnienia dotyczące pojemności sieci wirtualnych i podsieci
Oracle Database@Azure wymaga delegowanej podsieci i musi być przypisana do
Oracle.Database/networkAttachmentsprzed wdrożeniem klastra.Dla każdej sieci wirtualnej można utworzyć maksymalnie jedną delegowaną podsieć Oracle Database@Azure.
Do tej samej delegowanej podsieci można przypisać wiele klastrów maszyn wirtualnych Exadata. Zaplanuj wystarczającą liczbę zakresów adresów IP, aby uwzględnić wymaganą liczbę klastrów maszyn wirtualnych. Jeśli na przykład spodziewasz się wdrożenia dwóch klastrów maszyn wirtualnych w tej samej podsieci, upewnij się, że podsieć ma wystarczającą liczbę adresów IP do obsługi obu klastrów. Aby uzyskać więcej informacji, zobacz Planowanie przestrzeni adresowej IP dla programu Oracle Database@Azure.
Klastry maszyn wirtualnych Exadata można przypisać do różnych sieci wirtualnych w tej samej subskrypcji lub w różnych subskrypcjach. Na przykład klaster maszyn wirtualnych jest przypisywany do subskrypcji programistycznej, podczas gdy infrastruktura Oracle Exadata i inny zasób klastra maszyn wirtualnych Exadata pochodzą z subskrypcji produkcyjnych. Takie podejście minimalizuje konieczność ustanowienia oddzielnych zasobów infrastruktury tylko dla subskrypcji programistycznej. Aby przypisać klaster maszyn wirtualnych Exadata do sieci wirtualnej z oddzielnej subskrypcji platformy Azure, upewnij się, że obie subskrypcje znajdują się na tym samym koncie rozliczeniowym. Aby uzyskać więcej informacji, zobacz Połączenie bazy danych Oracle z Azure z wieloma subskrypcjami Azure.
Notatka
Domyślnie usługa Oracle Database@Azure może używać maksymalnie pięciu delegowanych podsieci. Jeśli wymagana jest dodatkowa pojemność podsieci, możesz zażądać zwiększenia limitu usługi. Aby uzyskać więcej informacji, zobacz Delegowane limity podsieci.
Jeśli planujesz zwiększyć liczbę klastrów maszyn wirtualnych, upewnij się, że routing bezklasowy Inter-Domain (CIDR) podsieci klienta jest prawidłowo przydzielany w celu zapobiegania konfliktom adresów IP i utrzymaniu segmentacji sieci. Aby uzyskać więcej informacji, zobacz Planowanie przestrzeni adresowej IP dla programu Oracle Database@Azure.
Podsieci kopii zapasowych programu Oracle Exadata Database@Azure można opcjonalnie udostępnić podczas tworzenia klastra maszyn wirtualnych. Podsieci kopii zapasowych są tworzone w usłudze OCI i nie muszą być obecne w sieci wirtualnej platformy Azure. Przypisz z góry adresy CIDR podsieci kopii zapasowej, aby uniknąć konfliktów adresów IP. Takie podejście pomaga zapewnić bezproblemowe operacje sieciowe i zapobiega potencjalnym problemom z łącznością.
Zagadnienia dotyczące pojemności infrastruktury Exadata
Użyj Oracle Exadata Database@Azure, aby udostępniać infrastrukturę korzystającą z dwóch baz danych i trzech serwerów pamięci masowej. Ta konfiguracja jest nazywana ćwierć stojaka. Przed aprowizowaniem upewnij się, że zostały spełnione wszystkie niezbędne wymagania wstępne, takie jak konfiguracje sieci i alokacje zasobów. Aby uzyskać więcej informacji, zobacz Provisioning Exadata Infrastructure.
Dodatkowe serwery bazy danych i magazynu można dodawać niezależnie. Można dodać maksymalnie 32 serwery bazy danych i 64 serwery magazynu. Aby uzyskać więcej informacji, zobacz Opcje skalowania usługi Oracle Database@Azure Service.
Możesz skalować infrastrukturę Exadata w górę lub w dół na podstawie wymagań dotyczących obciążenia.
Skalowanie infrastruktury exadata za pomocą konsoli OCI, interfejsu API, zestawu SDK lub narzędzia Terraform. Proces skalowania odbywa się w trybie online bez żadnych przestojów i może potrwać do kilku godzin. Monitoruj proces z sekcji Work Requests w konsoli OCI, aby potwierdzić, że skalowanie zakończy się pomyślnie.
Po dodaniu większej liczby serwerów bazy danych lub magazynu do infrastruktury oracle Exadata Database@Azure dodaj nowo aprowizowaną pojemność do klastrów maszyn wirtualnych.
Uwaga
Operacje skalowania dla Database@Azure Oracle Exadata są obecnie zarządzane w usłudze OCI na poziomie infrastruktury i klastra maszyn wirtualnych.
Zagadnienia dotyczące pojemności klastra maszyn wirtualnych Exadata
Rozważ następujące ograniczenia pojemności klastra maszyn wirtualnych Exadata.
Maksymalnie osiem klastrów maszyn wirtualnych można utworzyć w tej samej infrastrukturze exadata.
Każda maszyna wirtualna w klastrze maszyn wirtualnych Exadata ma co najmniej dwa procesory CPU Oracle (OCPU) i 30 GB alokacji pamięci. Oba procesory OCPU można dostosować niezależnie podczas lub po początkowej konfiguracji klastra maszyn wirtualnych na podstawie wymagań obciążenia.
Podczas aprowizowania klastra maszyn wirtualnych można rozpocząć pracę z klastrem z jednym węzłem lub klastrem maszyn wirtualnych z wieloma węzłami. Domyślnie klaster maszyn wirtualnych z wieloma węzłami jest wybierany podczas procesu tworzenia.
Nie można używać klastra z jednym węzłem na potrzeby konfiguracji wysokiej dostępności. Aby zapewnić wysoką dostępność, zalecamy co najmniej dwie maszyny wirtualne dla każdego klastra maszyn wirtualnych Exadata.
Klaster maszyn wirtualnych można skalować w górę lub skalować w dół na podstawie wymagań dotyczących obciążenia.
Liczbę OCPU i alokację pamięci dla instancji klastra maszyn wirtualnych Exadata można dostosować symetrycznie na wszystkich węzłach do limitów infrastruktury, korzystając z konsoli OCI, interfejsu API, zestawu SDK lub narzędzia Terraform.
Po udostępnieniu instancji klastra maszyn wirtualnych Exadata można zmniejszyć siłę przetwarzania do zera. Ta akcja skutecznie wyłącza klaster maszyn wirtualnych. W tym okresie ponoszone są tylko koszty infrastruktury, aż do momentu, kiedy system zostanie ponownie skalowany. Ta funkcja pomaga obniżyć koszty w systemach testowych i programistycznych, gdy nie są używane.
Zagadnienia dotyczące pojemności magazynu
Przestrzeń dyskowa wewnątrz serwerów pamięci Oracle Exadata Database@Azure jest skonfigurowana do użycia przez Automatyczne Zarządzanie Zasobami (ASM) firmy Oracle podczas tworzenia klastra VM Exadata. Domyślnie tworzone są następujące grupy dysków ASM:
Grupa dysków DANYCH
Grupa dysków RECO
Rzadka grupa dysków, która jest opcjonalna
Aby uzyskać więcej informacji na temat konfiguracji magazynu, zobacz Exadata Cloud Infrastructure – konfiguracja magazynu.
Notatka
Po utworzeniu klastra maszyn wirtualnych Exadata nie można zmienić układu grupy dysków.
Rozważ następujące ustawienia konfiguracji przechowywania:
Wybór między kopiami zapasowymi baz danych a rzadkimi grupami dyskowych podczas tworzenia klastra maszyn wirtualnych znacząco wpływa na alokację przestrzeni magazynowej dla grup dyskowych ASM na serwerach przechowywania Oracle Exadata Database@Azure. Aby uzyskać więcej informacji, zobacz Wpływ ustawień konfiguracjina magazyn.
Przechowywanie kopii zapasowych bazy danych lokalnie na serwerze magazynu Oracle Exadata Database@Azure nie chroni przed utratą danych spowodowaną awariami sprzętowymi i awariami w strefach dostępności lub regionach. Aby zapewnić odporność architektury w przypadku nieplanowanych awarii, zobacz opcje architektury w Zagadnienia dotyczące ciągłości działania i odzyskiwania po awarii dla programu Oracle Database@Azure.