Konfiguracja bloku Additional IP w sieci vRack

Wprowadzenie

Oprócz prywatnego adresowania IP, sieć vRack umożliwia również kierowanie publicznego ruchu IP przez port vRack serwera przy użyciu bloku publicznych adresów IP.

Ten przewodnik pokazuje, jak skonfigurować blok publicznych adresów IP do użytku z siecią vRack.

Wymagania początkowe

• Publiczny blok adresów IP na koncie, z minimum czterema adresami
• Wybrany zakres prywatnych adresów IP
• Serwer kompatybilny z vRack
• Usługa vRack aktywowana na koncie

Dostęp do Panelu klienta OVHcloud

• Link bezpośredni: Prywatna sieć vRack
• Ścieżka nawigacji: Sieć > Prywatna sieć vRack

W praktyce

Dodanie bloku IP do sieci vRack

Wybierz swój vRack z listy, aby wyświetlić listę kwalifikujących się usług. Kliknij blok IP, który chcesz dodać do sieci vRack, a następnie kliknij przycisk Dodaj.

Zarządzanie publiczną przepustowością IP w sieci vRack

Domyślnie bloki Additional IP kierowane przez sieć vRack korzystają ze standardowej publicznej przepustowości 5 Gbps w Europie/Kanadzie/USA i 100 Mbps w regionach APAC. Szczegółowe informacje o dostępności można znaleźć w opcjach routingu publicznego na naszej stronie produktu vRack.

Wraz ze wzrostem wymagań infrastrukturalnych użytkownicy mogą potrzebować większej przepustowości do obsługi publicznych usług o dużym natężeniu ruchu, dla których OVHcloud oferuje płatne opcje przepustowości. Opcje przepustowości są stosowane per vRack i per region. Ponieważ adresy Additional IP są powiązane z regionem, każda modyfikacja przepustowości wpłynie na wszystkie adresy IP (zarówno IPv4, jak i IPv6) kierowane do konkretnego vRack w tym określonym regionie.

Zarządzanie priorytetami przełączania awaryjnego 3-AZ

Niektóre regiony OVHcloud obejmują trzy strefy dostępności (AZ) zlokalizowane w fizycznie niezależnych miejscach w obrębie tego samego regionu. Jeśli taki region uczestniczy w routingu publicznych adresów IP Twojej sieci vRack, jest oznaczony w Panelu klienta OVHcloud etykietą 3-AZ wyświetlaną obok nazwy regionu na zakładce Publiczny routing IP.

Korzyści

• Wbudowana odporność: publiczny ruch IP routowany przez vRack pozostaje dostępny, jeśli pojedyncza strefa dostępności staje się niedostępna, ponieważ routing automatycznie przełącza się na kolejną strefę AZ w ustalonej kolejności priorytetów.
• Przewidywalne zachowanie podczas przełączania awaryjnego: każdy region 3-AZ przypisuje sieci vRack główną strefę dostępności oraz dwie uporządkowane pozycje przełączania awaryjnego, dzięki czemu kolejność przełączania jest deterministyczna.
• Dopasowanie do obciążenia: jeśli inne usługi OVHcloud są wdrożone w tym samym regionie 3-AZ, priorytety można dopasować tak, aby aktywna strefa AZ vRacka odpowiadała strefie hostującej Twoje usługi. W ten sposób publiczny ruch pozostaje w tej samej strefie AZ co Twoje obciążenie podczas normalnej pracy.

Zasady działania i zarządzanie priorytetami

Gdy vRack jest po raz pierwszy powiązany z regionem 3-AZ, OVHcloud losowo przypisuje kolejność priorytetów jego strefom dostępności. Strefy główna, pomocnicza i ostatniej szansy są wyświetlane w tej kolejności w kafelku odpowiadającego regionu na zakładce Publiczny routing IP, w podsekcji Priorytety przełączania awaryjnego 3-AZ, tuż nad przyciskiem Konfiguruj.

W każdej chwili możesz zmienić tę losową kolejność, na przykład w celu dostosowania priorytetów przełączania do układu stref AZ innych komponentów Twojej infrastruktury.

Konfiguracja użytecznego adresu IP

W sieci vRack pierwszy, przedostatni i ostatni adres w dowolnym bloku IP są zawsze zarezerwowane odpowiednio dla adresu sieci, bramki sieciowej i rozgłoszenia sieciowego. Oznacza to, że pierwszy użyteczny adres to drugi adres w bloku, jak pokazano poniżej:

46.105.135.96   Zarezerwowany: adres sieci
46.105.135.97   Pierwszy użyteczny adres IP
46.105.135.98
46.105.135.99
46.105.135.100
46.105.135.101
46.105.135.102
46.105.135.103
46.105.135.104
46.105.135.105
46.105.135.106
46.105.135.107
46.105.135.108
46.105.135.109  Ostatni użyteczny adres IP
46.105.135.110  Zarezerwowany: bramka sieciowa
46.105.135.111  Zarezerwowany: rozgłoszenie sieciowe

Aby skonfigurować pierwszy użyteczny adres IP, należy edytować plik konfiguracji sieci, jak pokazano poniżej. W tym przykładzie musimy użyć maski podsieci 255.255.255.240.

Pobieranie pakietu iproute2

Zanim zaczniesz, pobierz i zainstaluj pakiet iproute2, który umożliwia ręczną konfigurację routingu IP. Pakiet ten może być już dostępny na Twoim serwerze — jeśli tak, przejdź do kolejnego kroku.

Nawiąż połączenie SSH z serwerem i uruchom z wiersza poleceń poniższe polecenie. Spowoduje to pobranie i zainstalowanie pakietu iproute2.

Ubuntu & Debian

sudo apt-get install iproute2

Fedora, AlmaLinux & Rocky Linux

sudo dnf install iproute

Konfiguracje GNU/Linux

sudo cp /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth1

sudo nano /etc/sysconfig/network-scripts/ifcfg-eth1

# Created by cloud-init on instance boot automatically, do not edit.
#
DEVICE=eth1
BOOTPROTO=static
ONBOOT=yes
USERCTL=no
IPV6INIT=no
PEERDNS=yes
TYPE=Ethernet
NETMASK=255.255.255.240
IPADDR=46.105.135.97
ARP=yes

sudo nano /etc/iproute2/rt_tables
#
# reserved values
#
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep
1 vrack

nano /etc/sysconfig/network-scripts/rule-eth1

from 46.105.135.96/28 table vrack
to 46.105.135.96/28 table vrack

nano /etc/sysconfig/network-scripts/route-eth1

46.105.135.96/28 dev eth1 table vrack
default via 46.105.135.110 dev eth1 table vrack

ip link set eth1 up

sudo nano /etc/netplan/50-cloud-init.yaml

    NETWORK_INTERFACE:
        dhcp4: false
        addresses:
          - ADDITIONAL_IP/PREFIX
        routes:
          - to: 0.0.0.0/0
            via: GATEWAY_IP
            table: 1
        routing-policy:
          - from: ADDITIONAL_IP/32
            table: 1

    eno2:
        dhcp4: false
        addresses:
          - 46.105.135.97/28
        routes:
          - to: 0.0.0.0/0
            via: 46.105.135.110
            table: 1
        routing-policy:
          - from: 46.105.135.97/32
            table: 1

sudo netplan apply

nmcli device status

DEVICE           TYPE      STATE                   CONNECTION
eno1             ethernet  connected               cloud-init eno1
lo               loopback  connected (externally)  lo
eno2             ethernet  disconnected            --

sudo nmcli connection add type ethernet ifname eno2 con-name vRack

sudo nmcli connection modify vRack ipv4.addresses 46.105.135.97/28

sudo nmcli connection modify vRack ipv4.never-default yes

sudo nmcli connection modify vRack ipv4.method manual

sudo nmcli connection modify 'vRack' connection.autoconnect yes

sudo nano /usr/share/iproute2/rt_tables
#
# reserved values
#
255	local
254	main
253	default
0	unspec
#
# local
#
#1	inr.ruhep
1 vrack

sudo nmcli connection modify vRack ipv4.route-table 1

sudo nmcli connection modify vRack +ipv4.routes "0.0.0.0/0 <gateway_ip>"

sudo nmcli connection modify vRack +ipv4.routes "0.0.0.0/0 46.105.135.110"

sudo nmcli connection modify vRack +ipv4.routing-rules "priority 1 from 46.105.135.97/32 table 1"

sudo nmcli connection down vRack
sudo nmcli connection up vRack

Windows Server

Krok 1: Sprawdzenie i konfiguracja dodatkowego interfejsu sieciowego

Sprawdź informacje o nowym interfejsie sieciowym:

Sprawdź następnie właściwości:

Krok 2: Konfiguracja IP

Wybierz opcję Use the following IP address:

Zdefiniuj informacje o adresie IP:

Krok 3: Ponowne uruchomienie interfejsu sieciowego

Najpierw wyłącz interfejs.

Następnie włącz go ponownie.

Rozwiązywanie problemów

Jeśli nie możesz nawiązać połączenia z maszyny wirtualnej lub serwera z siecią prywatną, utwórz zgłoszenie w Panelu klienta, podając następujące informacje:

• Źródłowy adres IP i docelowy adres IP
• Wynik polecenia ifconfig -a lub ipconfig /all z obu serwerów lub maszyn wirtualnych (konfiguracja interfejsu sieciowego)
• Ping w obu kierunkach
• Wynik polecenia arp -a
• Tabela routingu

Dołącz powyższe wyniki do swojego zgłoszenia.

Sprawdź również

Konfiguracja sieci vRack na serwerach dedykowanych

Tworzenie wielu sieci VLAN w ramach vRack

Konfiguracja sieci vRack między usługą Public Cloud a serwerem dedykowanym

Dołącz do grona naszych użytkowników.