Jak odhadnout fakturu za AWS Client VPN z konzole

Průchod odhadem AWS Client VPN: spočítejte asociace, odvoďte hodiny připojení z protokolů relací a přidejte náklady mimo poplatek za endpoint.

Minulý měsíc jsem v tabulce postavil odhad Client VPN, poslal ho klientovi a pak ho dvakrát předělal: jednou proto, že jsem asociace vynásobil podsítěmi, a jednou proto, že jsem použil počet lidí místo dat o relacích. Verze, která prošla revizí, stojí na dvou hodinových měřičích a krátkém seznamu vedlejších nákladů. Můžete ho znovu sestavit z konzole a jednoho exportu protokolu, bez cenové kalkulačky.

Dva měřiče a nic dalšího na endpointu

AWS účtuje endpoint Client VPN podle asociačních hodin a hodin připojení. Asociační hodiny tikají pro každou cílovou síť připojenou k endpointu, nepřetržitě, ať se někdo připojí, nebo ne. Hodiny připojení tikají za každého připojeného klienta, dokud relace zůstává aktivní.

MeterWhat increments itWhat does not change it
Association-hoursEach associated subnet or Transit Gateway attachment, per hour, 24/7 while attachedNumber of users, traffic volume
Connection-hoursEach active client session, per hourHow many subnets that client can reach

Z tabulky plynou dva důsledky. Endpoint, na kterém nikdo není, pořád stojí peníze, a jeden člověk s notebookem a telefonem zároveň vytváří dvě připojení.

Počítejte asociace v konzoli, ne podsítě ve VPC

Otevřete VPC, pak Client VPN endpoints, pak svůj endpoint, pak záložku Associations. Každý řádek je připojení podsítě a počet řádků je váš násobitel asociací. Počet aplikačních podsítí za VPC s tím nemá nic společného.

Jedna asociace stačí k dosažení autorizované sítě VPC, jakmile trasy endpointu a autorizační pravidla pokryjí cíl. Další asociace kupují odolnost zóny dostupnosti, ne další dosah. Dvouzónový návrh tedy zdvojnásobuje asociační hodiny, zatímco aplikační VPC s osmi podsítěmi nenásobí nic osmi.

Všimněte si typu asociace, dokud jste na této stránce. Asociace podsítě VPC a přímá asociace Transit Gateway jsou různá uspořádání s různými položkami, takže nepřenášejte jeden model do nabídky druhého. A nezkoušejte počet odpojováním: odebrání poslední cílové sítě ukončí aktivní relace a zablokuje nová připojení, dokud se zase něco nepřidruží.

Odvoďte hodiny připojení z dat o relacích

Počet lidí je špatný vstup a je špatný v obou směrech. Deset lidí, z nichž každý drží tři připojená zařízení, je třicet připojení. Sto lidí, kteří se denně připojují na dvacet minut, nedá ani zdaleka sto souběžných relací.

Protokoly připojení Client VPN zaznamenávají události připojení a odpojení pro každého klienta, a to je přesně ta dvojice, kterou potřebujete. Exportujte reprezentativní týden, spárujte události a sečtěte trvání:

connection-hours = sum of (disconnect_time - connect_time) per session
sessions         = one per client connection, not per person

Pak opravte dva zvyky. Relace nechané připojené přes oběd, přes noc nebo přes uspání notebooku, které tunel nikdy nepřerušilo, se pořád účtují a v počtu lidí jsou neviditelné. Měření je také hodinové, takže relaci na dvacet minut počítejte jako celou hodinu, místo abyste předpokládali poměrné účtování; když přijde nižší faktura, berte to jako marži, ne jako vstup pro plánování.

Spočítejte to se sazbami vašeho regionu

Sazby se liší podle regionu, takže je vezměte z stránky s cenami AWS VPN pro region, do kterého nasazujete, a vložte je do tabulky jako vstupy. Jen jako ilustraci: vezměte sazbu asociace 0.10 dolaru za hodinu a sazbu hodiny připojení 0.05 dolaru, pak spočítejte měsíc o 30 dnech se dvěma asociacemi po celý měsíc a 100 lidmi, kteří se připojují šest hodin ve 20 pracovních dnech:

association-hours = 2 * 24 * 30     = 1,440
association fee   = 1,440 * 0.10    = 144.00

connection-hours  = 100 * 6 * 20    = 12,000
connection fee    = 12,000 * 0.05   = 600.00

Client VPN subtotal                 = 744.00

Teď hýbejte jedním vstupem po druhém a sledujte, která řádka reaguje. Zdvojnásobení asociací tu přidá 144 dolarů; zdvojnásobení průměrné délky relace přidá 600. Ten poměr obvykle rozhodne návrhovou hádku za vás: ořežte redundanci, kterou neumíte ospravedlnit, nebo jděte po nečinných relacích, podle toho, které číslo je větší. Napište region a datum sazeb vedle výsledku, protože nabídku bez nich nelze za šest týdnů reprodukovat.

Přidejte náklady, které součet vynechává

Poplatek za endpoint platí endpoint. Všechno, čeho se provoz potom dotkne, má svůj měřič, a právě na těchto řádcích se optimistické odhady VPN rozpadají.

  • Internetový egress pro provoz, který vychází přes endpoint, účtovaný za GB.
  • Veřejné adresy IPv4, které nesou vlastní hodinový poplatek nezávisle na VPN.
  • Příjem a úložiště CloudWatch Logs pro protokoly připojení, které jste právě exportovali.
  • Vyvolání Lambda, pokud provozujete handler client-connect.
  • Directory Service nebo váš poskytovatel identity SAML, pokud se uživatelé takto ověřují, plus poplatky ACM Private CA, pokud tam vydáváte certifikáty.
  • Hodiny NAT Gateway a zpracování dat a hodiny připojení Transit Gateway plus zpracování dat, kdykoli cesta tyto služby používá.

Nic z toho se neškáluje s počtem asociací, a proto číslo na uživatele složené jen z poplatků za endpoint vypadá na papíře dobře a pak roste, jakmile se objeví skutečný provoz. Dejte je na samostatné řádky, i když je musíte odhadovat, aby čtenář viděl, které části jsou měřené a které jsou dohady.

Zkontrolujte tabulku, než ji pošlete

Čtyři kontroly zachytí chyby, které jsem opravdu udělal: počet asociací přesně odpovídá záložce Associations, hodiny připojení přišly ze spárovaných událostí protokolu, ne z počtu lidí, region a datum sazeb jsou zapsané a každý vedlejší náklad má vlastní řádek. Pokud chybí kterákoli ze čtyř, máte dohad s formátováním.

Nejprve stáhněte export protokolu. Je to jediný vstup, který později nerekonstruujete z paměti, a také vám řekne, zda se problém nečinných relací vyplatí opravit před první fakturou.

Související články