Avaliku IPv4 tegelik hind AWS-is, Azure'is ja Google Cloudis

Muudatus, mis tegi IPv4-st arverea

AWS-is oli millelegi kinnitatud avalik IPv4 aadress varem tasuta. See on läbi. 1. veebruaril 2024 hakkas AWS võtma 0,005 USD tunnis iga tema pakutava avaliku IPv4 aadressi eest, olgu see Elastic IP või eksemplarile automaatselt määratud aadress. Microsoft Azure ja Google Cloud arveldavad välise IPv4 eest võrreldavatel tunnipõhistel tingimustel.

Pakkujad muudavad hindu, seega käsitlege siinseid arve probleemi kujuna, mitte tänase pakkumisena, ja kontrollige enne neile äriplaani ehitamist kehtivat hinnalehte. Suund on olnud järjekindel: ülespoole.

Mida see kokku teeb

Tunnihind näib kahjutu. Aastale arvestatuna mitte:

• 0,005 USD tunnis
• 0,12 USD päevas
• umbes 3,65 USD kuus aadressi kohta
• umbes 43,80 USD aastas aadressi kohta

Nüüd skaleerige. /24 on 256 aadressi. Kui käitaksite nii palju avalikke aadresse ühes pilvekontos, maksaks ainuüksi adresseerimine umbes 11 200 USD aastas, korduvalt, millegi eest, mis ei anna peale olemasolu mingit võimekust.

Seda arvu tasub seedida, sest see on puhas üldkulu. See ei osta arvutusvõimsust, salvestusruumi ega ribalaiust. Ja seda võetakse nii jõude seisvate kui ka kasutuses olevate aadresside eest: peatatud eksemplarile kinnitatud Elastic IP läheb ikka arvele.

Miks AWS hakkas tasu võtma

Lühike vastus on, et tasu peegeldab tegelikkust. IPv4-st on tõeliselt puudus, tasuta kogumid on otsas ja pakkujad ostavad samal ülekandeturul nagu kõik teised. AWS kandis kulu kuni 2024. aastani ja nüüd toob selle eraldi välja. Azure ja Google Cloud arveldasid juba tunnipõhiselt.

On ka teine motiiv, millest AWS on avameelselt rääkinud: aadressipõhine tasu on tõuge IPv6 suunas. Kui Teie töökoormus saab töötada dual-stack- või ainult IPv6-režiimis, kaob suur osa sellest kulust lihtsalt ära.

Mida BYOIP muudab

Bring your own IP (BYOIP) laseb kuulutada Teie kontrollitavat aadressiruumi välja pakkuja võrgu seest (kuidas see iga pakkuja juures toimib). Registreering jääb selliseks, nagu see on, ja pilv reklaamib aadresse Teie nimel.

Äriline mõte on lihtne: aadressipõhine tunnitasu kehtib aadressidele, mida pakkuja ise annab, ja ükski kolmest ei võta tasu aadresside eest, mille toote. AWS ütleb oma hinnalehel, et nende eest tasu ei võeta, Azure ei võta midagi nende ettevalmistamise ega kasutamise eest ja Google Cloud ei võta midagi, olgu need jõude või kasutuses. See muudab BYOIP tehnilisest kurioosumist kuluotsuseks. Kuidas seda iga pakkuja juures seadistada, on tema juhendis. Kinnitage enne otsustamist kehtiv käsitlus oma pakkujaga, sest see on just seda liiki tingimus, mida muudetakse.

Teistel pakkujatel meie BYOIP juhendites on igaühel oma leht, nende hulgas DigitalOcean, IBM Cloud, Alibaba Cloud, Akamai Cloud ja Hostinger.

Kolm praktilist piirangut:

• /24 on alampiir. Suured pakkujad ei võta vastu midagi väiksemat, mis on kooskõlas marsruutimise tegelikkusega, et enamik võrke filtreerib pikemad prefiksid niikuinii välja.
• Registripool peab olema korras. Igaüks tahab kehtivat ROA-d, mis nimetab tema ASN-i, ja tõendit, et kontrollite plokki: sertifikaati registrikirjes AWS-i ja Azure'i puhul, PTR-kirjet Google Cloudi puhul. Ükski kolmest ei küsi Letter of Authorizationit. Azure tahab ka, et plokk oleks registreeritud Teie nimele, mida rent ei pruugi täita.
• Sisseelamine ei ole kohene. Arvestage vähemalt päev, et uus ROA jõuaks AWS-i või Azure'ini. Seejärel valmistab AWS enamiku vahemikke ette kahe tunni jooksul ja Azure võtab ühe kasutusele 3–4 tunniga, samas kui Google Cloud vajab piirkondliku prefiksi jaoks umbes kaks nädalat ja globaalse jaoks neli ning ütleb, et seda ei saa kiirendada.

Osa, millel pole kuludega midagi pistmist

Kaasaskantavus on argument, mille inimesed unustavad, ja mõne aasta jooksul on see sageli olulisem kui arve.

Pilvepakkuja väljastatud aadressid kuuluvad sellele pakkujale. Lahkute ja nummerdate ümber: iga tulemüüri reegel, mida Teie partnerid hooldavad, iga lubatud loend, iga kõvasti kodeeritud viide süsteemis, mida keegi pole kolm aastat puudutanud. See ümbernummerdamise kulu on tegelik vahetamistõke ja Te nõustusite sellega märkamata.

Tooge oma ruum ja aadressid kolivad Teiega kaasa. Multicloud ei nõua enam iga pakkuja jaoks eri plokki. Migratsioon ei nõua enam muudatustaotlust iga Teie kliendi juures. Teie maine ajalugu, mille ülesehitamine võttis aastaid, tuleb Teiega kaasa, selle asemel et see tagasi anda.

Võrdluse tegemine

Otsus taandub kolme asja võrdlemisele ajahorisondil, mida tegelikult planeerite:

1. Mida pakkuja võtab kasutatavate avalike aadresside eest, aastale arvestatuna, sealhulgas jõude seisvate eest.
2. Mida sama ruumi rentimine maksab, mis on prognoositav aastane summa ilma kapitalikuluta ja registriülekandeta.
3. Mida ostmine maksab, mis on kapital ette ja seejärel hoidmise aastane kulu: registri liikmesus või RIPE NCC piirkonnas sõltumatu ja legacy ruumi jaoks sponsor-LIR (registrite võrdlus).

Stabiilse pikaajalise jalajälje puhul võidab ostmine tavaliselt selgelt ja aadressid muutuvad kulu asemel varaks. Kõige ebakindla või hooajalise puhul annab rentimine sama pääsu tunnipõhisest arveldamisest ilma kapitali sidumata.

Mitmeaastases vaates võidab harva see, kui jätate selle pakkuja arvesti peale. Maksate seni, kuni aadresse kasutate, nagu rendi puhul, kuid pakkuja hinnaga, mis liigub ainult ühes suunas, ja aadressid jäävad seotuks selle ühe pakkujaga.

Kuhu RTM Networks sobib

Rendime /24 ja suuremaid plokke, mida BYOIP nõuab, oma RIPE NCC aadressiruumist ning müüme plokke RIPE NCC, ARIN-i ja APNIC-u piirkondades. Renditud ruum töötab tavaliselt 24 tunni jooksul pärast makset ning teenuse osana, mitte lisana, loome ROA Teie pakkuja ASN-ile ja lisame sertifikaadi või PTR-kirje, mida ta kontrollib.

Kui soovite teada, kas BYOIP tasub Teie juhul ära, on kasulik saata meile oma praegune avalike IPv4 aadresside arv ja millistel pakkujatel töötate. Vastame, mida samaväärne ruum rentides või ostes maksab (IPv4 rent, IPv4 ost), et saaksite panna tegeliku arvu selle kõrvale, mida praegu maksate.