AWS Client VPN faturası konsoldan nasıl tahmin edilir

Geçen ay bir elektronik tabloda Client VPN tahmini kurdum, bir müşteriye gönderdim ve ardından iki kez revize ettim: bir kez ilişkilendirmeleri alt ağlarla çarptığım için, bir kez de oturum verisi yerine kişi sayısını kullandığım için. İncelemeden geçen sürüm, iki saatlik ölçüm ve kısa bir yan masraf listesine dayanıyor. Konsoldan ve tek bir günlük dışa aktarımından, fiyat hesaplayıcısı olmadan yeniden kurabilirsiniz.

İki ölçüm, endpoint üzerinde başka hiçbir şey yok

AWS bir Client VPN endpoint'ini ilişkilendirme-saatleri ve bağlantı-saatleri üzerinden faturalar. İlişkilendirme-saatleri endpoint'e bağlı her hedef ağ için günün her saati işler, kimse bağlansa da bağlanmasa da. Bağlantı-saatleri ise bağlı her istemci için, o oturum açık kaldığı sürece işler.

Bu tablodan iki sonuç doğrudan çıkar. Üzerinde kimse olmayan bir endpoint yine de para harcatır ve tek bir kişi aynı anda dizüstü ile telefon çalıştırırsa iki bağlantı üretir.

İlişkilendirmeleri konsolda sayın, VPC'deki alt ağları değil

VPC'yi, ardından Client VPN endpoints, ardından kendi endpoint'inizi, ardından Associations sekmesini açın. Oradaki her satır bir alt ağ ilişkilendirmesidir ve o satır sayısı sizin ilişkilendirme çarpanınızdır. VPC'nin arkasındaki uygulama alt ağlarının sayısının bununla ilgisi yoktur.

Endpoint yolları ve yetkilendirme kuralları hedefi kapsadığında yetkili bir VPC ağına ulaşmak için tek ilişkilendirme yeter. Ek ilişkilendirmeler ek erişim değil, kullanılabilirlik alanı arızasına dayanıklılık satın alır. Bu yüzden iki AZ'li tasarım ilişkilendirme-saatlerini ikiye katlar, sekiz alt ağlı bir uygulama VPC'si ise hiçbir şeyi sekizle çarpmaz.

O sayfadayken ilişkilendirme türüne dikkat edin. VPC alt ağ ilişkilendirmesi ile doğrudan Transit Gateway ilişkilendirmesi farklı fatura kalemleri olan farklı düzenlerdir, bu yüzden bir modeli diğerinin teklifine taşımayın. Ve sayıyı bir şeyleri ayırarak test etmeyin: son hedef ağı kaldırmak etkin oturumları sonlandırır ve yeniden bir şey ilişkilendirilene kadar yeni bağlantıları engeller.

Bağlantı-saatlerini oturum verisinden türetin

Kişi sayısı yanlış girdidir ve iki yönde de yanlıştır. Her biri üç cihazı bağlı tutan on kişi otuz bağlantıdır. Günde yirmi dakika bağlanan yüz kişi yüz eşzamanlı oturuma yaklaşmaz bile.

Client VPN bağlantı günlükleri her istemci için bağlanma ve kopma olaylarını kaydeder; ihtiyacınız olan eşleşme tam olarak budur. Temsili bir haftayı dışa aktarın, olayları eşleştirin ve süreleri toplayın:

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

Ardından iki alışkanlığı düzeltin. Öğle yemeği, gece veya tüneli hiç koparmamış bir dizüstü uykusu boyunca bağlı bırakılan oturumlar yine faturalanır ve kişi sayımında görünmez. Ölçüm saatlik olduğu için yirmi dakikalık bir oturumu orantılı faturalama varsaymak yerine tam bir saat olarak bütçeleyin; fatura düşük gelirse bunu planlama girdisi değil marj olarak görün.

Hesabı bölgenizin tarifeleriyle yapın

Tarifeler bölgeye göre değişir, bu yüzden dağıtım yaptığınız bölge için AWS VPN fiyat sayfasından alın ve girdi olarak tabloya yapıştırın. Yalnızca örnek olarak, saatte 0.10 dolar ilişkilendirme tarifesi ve 0.05 dolar bağlantı-saati tarifesi alın, sonra iki ilişkilendirmenin tüm ay tutulduğu 30 günlük bir ayı ve 20 iş gününde altı saat bağlanan 100 kişiyi fiyatlandırın:

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

Şimdi girdileri tek tek oynatın ve hangi satırın tepki verdiğine bakın. İlişkilendirmeleri ikiye katlamak burada 144 dolar ekler; ortalama oturum süresini ikiye katlamak 600 ekler. Bu oran genellikle tasarım tartışmasını sizin yerinize çözer: haklı çıkaramadığınız fazlalığı kesin ya da boş oturumların peşine düşün, hangi sayı büyükse. Sonucun yanına bölgeyi ve tarife tarihini yazın, çünkü bunlar olmadan teklif altı hafta sonra yeniden üretilemez.

Ara toplamın dışarıda bıraktığı masrafları ekleyin

Endpoint ücreti endpoint için ödenir. Trafiğin sonrasında dokunduğu her şeyin kendi ölçümü vardır ve iyimser VPN tahminleri tam o satırlarda dağılır.

• Endpoint'ten çıkan trafik için internet çıkışı, GB başına faturalanır.
• VPN'den bağımsız kendi saatlik ücretini taşıyan genel IPv4 adresleri.
• Az önce dışa aktardığınız bağlantı günlükleri için CloudWatch Logs'a alım ve depolama.
• client-connect işleyicisi çalıştırıyorsanız Lambda çağrıları.
• Kullanıcılar böyle kimlik doğruluyorsa Directory Service veya SAML kimlik sağlayıcınız, ayrıca orada sertifika üretiyorsanız ACM Private CA ücretleri.
• Yol bunları kullandığında NAT Gateway saatleri ve veri işleme, ayrıca Transit Gateway bağlantı saatleri ve veri işleme.

Bunların hiçbiri ilişkilendirme sayısıyla ölçeklenmez, bu yüzden yalnızca endpoint ücretlerinden kurulan kullanıcı başına rakam kâğıt üzerinde iyi görünür ve gerçek trafik çıkınca büyür. Tahmin etmek zorunda kalsanız bile ayrı satırlara koyun, okuyucu hangi parçaların ölçüldüğünü ve hangilerinin tahmin olduğunu görsün.

Göndermeden önce tabloyu kontrol edin

Dört kontrol gerçekten yaptığım hataları yakalar: ilişkilendirme sayısı Associations sekmesiyle tam olarak eşleşiyor, bağlantı-saatleri kişi sayısından değil eşleştirilmiş günlük olaylarından geldi, bölge ve tarife tarihi yazılı, ve her yan masrafın kendi satırı var. Dördünden biri eksikse elinizde biçimlendirilmiş bir tahmin var.

Önce günlük dışa aktarımını alın. Daha sonra bellekten yeniden kuramayacağınız tek girdi odur ve boş oturum sorununun ilk faturadan önce düzeltilmeye değip değmediğini de söyler.