Przejdź do treści
SEO

Opłata za publiczny IPv4 w 2024: co oznacza płacenie za każdy adres

Public IPv4 Charge in 2024: What Paying per Address Means
W tym artykule
  1. Co opłata za publiczny IPv4 zmienia w lutym?
  2. Dlaczego dostawca zaczyna liczyć opłaty za każdy adres?
  3. Gdzie koszt adresów IPv4 wychodzi przy wielu serwisach
  4. Ile adresów IP naprawdę potrzebuje sieć serwisów?
  5. Zrób audyt adresów przed pierwszą fakturą
  6. Czy wdrożenie IPv6 na stronach to wyjście z sytuacji?
  7. FAQ

Od lutego duży dostawca chmury nalicza opłatę za każdy publiczny adres IPv4 w rozliczeniu godzinowym. Podpięty do działającej usługi czy leżący bezczynnie, bez różnicy. Nowa opłata za publiczny IPv4 sprawia, że każdy adres staje się osobną pozycją na fakturze, więc jeśli prowadzisz kilka serwisów na serwerach w chmurze, płacisz za liczbę posiadanych adresów, a nie tylko za maszyny, które za nimi stoją. Masz więcej niż jeden adres? W takim razie to dobry miesiąc, żeby je policzyć i ustalić, których nadal potrzebujesz.

Co opłata za publiczny IPv4 zmienia w lutym?

Adresy, które dotąd były darmowe, dopóki były podpięte do działającej instancji, teraz kosztują za każdą godzinę istnienia na koncie. Dostawca ogłosił to w lipcu zeszłego roku, a zmiana wchodzi w życie z początkiem lutego, więc na przygotowania zostało kilka tygodni. Jak działają same adresy? Tak samo jak wcześniej. Inne jest tylko rozliczanie.

Zmianę najlepiej widać na przykładzie opłaty za Elastic IP. Elastic IP to statyczny adres, który rezerwujesz, żeby został przy tobie po wymianie serwera. Do tej pory płaciło się za niego głównie wtedy, gdy nie był do niczego podpięty (w praktyce była to kara za chomikowanie). Według nowych zasad adresy używane i bezczynne są traktowane jednakowo. Jedno zastrzeżenie: zakresy, które klient ma na własność i wnosi na platformę, są rozliczane inaczej niż te wynajmowane od dostawcy, więc opłata dotyczy adresów, które dzierżawisz.

Dlaczego dostawca zaczyna liczyć opłaty za każdy adres?

Z powodu niedoboru IPv4. Adresy to rzadki zasób, który dostawcy muszą pozyskiwać, a ten koszt spada teraz na tego, kto dany adres trzyma. IPv4 używa adresu o stałej długości, więc cała pula była ograniczona od dnia, w którym zaprojektowano protokół. Potem internet urósł znacznie bardziej, niż przewidywali jego autorzy, a rejestrom regionalnym, które przydzielają bloki, skończyły się wolne bloki do rozdania.

Od tamtej pory każdy, kto potrzebuje więcej przestrzeni adresowej, musi ją zdobyć od kogoś, kto już ją ma. W ogłoszeniu jako powód opłaty wskazano właśnie ten rosnący koszt pozyskania. Opłata ma też być zachętą: korzystaj z adresów oszczędnie i rozważ IPv6 tam, gdzie się sprawdzi.

Gdzie koszt adresów IPv4 wychodzi przy wielu serwisach

Rachunek rośnie razem z liczbą adresów. Nie z ruchem i nie z rozmiarem serwera. Dlatego najmocniej odczują to konfiguracje z jednym adresem na serwis: mała instancja z prostą stroną wizytówką i duża, która obsługuje ruchliwy sklep, płacą za sam adres tyle samo. I szczerze mówiąc, na wielu kontach jest ich więcej, niż pamiętają właściciele, bo adresy przypinają się do zasobów automatycznie:

  • jeden serwer na serwis, każdy z własnym adresem publicznym,
  • load balancery, które zajmują adres w każdej obsługiwanej strefie,
  • bramy NAT, które dają prywatnym maszynom dostęp wychodzący,
  • zarządzane bazy danych pozostawione z dostępem publicznym,
  • zarezerwowane adresy ze starych projektów, których nigdy nie zwolniono.

Bezczynne i zapomniane pozycje z tej listy kosztują teraz dokładnie tyle samo co te używane. Rozdzielałeś serwisy na osobne zakresy celowo? W takim razie zestaw tę decyzję z opłatą; nasz poradnik o rozłożeniu podsieci w małych sieciach wyjaśnia, kiedy taki podział ma realne uzasadnienie.

Ile adresów IP naprawdę potrzebuje sieć serwisów?

W większości przypadków znacznie mniej niż jeden na serwis, bo wiele domen może dzielić jeden adres dzięki hostingowi wirtualnemu opartemu na nazwach i SNI. Przy hostingu wirtualnym serwer WWW wybiera właściwy serwis na podstawie nazwy hosta, o którą pyta przeglądarka. SNI (skrót od Server Name Indication) robi to samo dla HTTPS i pozwala jednemu adresowi przedstawić inny certyfikat dla każdej domeny.

Mimo to osobne adresy nadal mają sens w kilku sytuacjach:

  • izolowanie niepowiązanych projektów, żeby kłopoty jednego nie odbijały się na drugim,
  • obsługa odwiedzających z konkretnego regionu,
  • oddzielenie poczty od ruchu WWW, bo reputacja nadawcy jest przypisana do adresu.

Moim zdaniem to kwestia operacyjna i kosztowa, nic więcej, i powinien ją rozstrzygać spisany plan. Nasz artykuł o planowaniu adresów IPv4 i IPv6 pokazuje taki plan krok po kroku dla większej grupy domen. Jest też inna droga, czyli reverse proxy: Jalvo stawia adresy z UE i USA przed istniejącym hostingiem, więc serwery źródłowe nie muszą mieć każdy własnego adresu publicznego.

Zrób audyt adresów przed pierwszą fakturą

Wypisz wszystkie publiczne adresy na koncie, zdecyduj, które czemuś służą, a resztę zwolnij, zanim ruszy lutowe rozliczenie. W małej sieci uporządkowany przegląd zajmuje jedno popołudnie:

  1. Spisz wszystkie adresy publiczne i zarezerwowane w każdym regionie, nie tylko w tym, z którego korzystasz na co dzień.
  2. Przypisz każdy do serwisu lub usługi i oznacz te, których nie potrafisz rozpoznać.
  3. Zwolnij adresy niepodpięte.
  4. Połącz małe serwisy za wspólnym adresem lub proxy.
  5. Przenieś bazy danych i inne usługi wewnętrzne do sieci prywatnej.
  6. Przejrzyj listę jeszcze raz, gdy przyjdzie pierwszy rachunek.

Uważaj jednak przy kroku trzecim. Zwolniony adres wraca do puli dostawcy i raczej go nie odzyskasz, więc najpierw zaktualizuj rekordy DNS i wszystkie listy dozwolonych adresów. A adres, który dostaniesz później w zamian, może nieść cudzą przeszłość. Dlatego historię używanych wcześniej adresów IP warto sprawdzić, zanim skierujesz na taki adres domenę.

Czy wdrożenie IPv6 na stronach to wyjście z sytuacji?

Częściowo. IPv6 usuwa problem niedoboru, ale publiczna strona nie może jeszcze zrezygnować z IPv4, bo część odbiorców oraz niektóre roboty i narzędzia nadal łączą się przez starszy protokół. W praktyce sprawdza się dual-stack na publicznym brzegu (odpowiadają tam oba protokoły), a za nim adresacja wyłącznie IPv6 albo prywatna. W ten sposób płatne adresy ograniczają się do tych kilku, do których faktycznie trafiają odwiedzający.

Zanim na tym oprzesz swoją konfigurację, sprawdź własny serwer źródłowy i ustawienia NGINX:

  • rekordy AAAA istnieją dla każdej nazwy hosta i wskazują właściwą maszynę,
  • każdy blok server ma dyrektywę listen dla IPv6 obok tej dla IPv4,
  • reguły firewalla obejmują oba protokoły,
  • parsery logów i listy dozwolonych adresów nie zakładają formatu IPv4.

Opłata za publiczny IPv4 sprawia więc, że każdy adres staje się świadomą decyzją, a nie ustawieniem domyślnym. Policz, co masz, usuń to, czego nikt nie używa, i połącz serwisy, które mogą dzielić adres. To mało efektowna robota. Ale dużo łatwiej zrobić ją w styczniu niż po pierwszej fakturze.

FAQ

Czy opłata dotyczy adresów podpiętych do działających serwerów?

Tak. Od lutego adresy używane i bezczynne są rozliczane za każdą godzinę istnienia na koncie. Podpięcie adresu do działającej instancji nie sprawia już, że jest darmowy, więc jedynym sposobem na uniknięcie opłaty jest zwolnienie adresu.

Czy kilka stron może dzielić jeden adres IPv4?

Tak. Hosting wirtualny oparty na nazwach i SNI pozwalają jednemu adresowi obsługiwać wiele domen zarówno po HTTP, jak i po HTTPS. Rozdzielenie nadal ma sens, gdy projekty nie są ze sobą powiązane, gdy serwis ma być obsługiwany z konkretnego regionu albo gdy poczta i WWW muszą pozostać osobno.

Czy powinienem przełączyć swoje serwisy wyłącznie na IPv6?

Jeszcze nie, przynajmniej nie w przypadku serwisów publicznych, bo część odwiedzających, robotów i narzędzi monitorujących nadal łączy się z tobą przez IPv4. Uruchom dual-stack na brzegu wystawionym do internetu. I ogranicz użycie IPv4 na backendach, w bazach danych i usługach wewnętrznych, z którymi odwiedzający nie łączą się bezpośrednio.

UdostępnijLinkedInX
Zespół Web Systems

Zespół, który tworzy i utrzymuje Jalvo.

Daj każdej stronie własne IP.

Pierwszą domenę dodasz w kilka minut.

Zacznij teraz

Wybierz, na które pliki cookie się zgadzasz. Niezbędne pliki cookie utrzymują działanie strony i logowania, nie można ich wyłączyć.