Amazon Web Services Çöktü Mü? 26 Nisan 2026 – Güncel AWS Arızaları

AWS Şu An Çöktü mü? Amazon Web Services’te Sorun mu Var?

Son saatlerde birçok geliştirici ve sistem yöneticisi, AWS Management Console’a giremediğini, EC2 sunucularına bağlantı kuramadığını, S3 bucket’larından veri çekemediğini veya API’lerden 503 Service Unavailable hatası aldığını bildiriyor. Peki, gerçekten Amazon altyapısında genel veya bölgesel (Region) bir çökme mi yaşanıyor, yoksa sorun sizin Security Group (Güvenlik Grubu) ayarlarınızdan, IAM yetkilerinizden veya fatura/limit (Quota) durumunuzdan mı kaynaklanıyor?

AWS’de Genel (veya Bölgesel) Bir Kesinti mi Var?

AWS devasa bir bulut ekosistemidir ve “tümüyle” çökmesi neredeyse imkansızdır. Ancak, belirli bir Bölgede (Region – örneğin us-east-1 veya eu-central-1) veya o bölgenin altındaki bir Veri Merkezinde (Availability Zone – AZ) donanımsal veya ağ bazlı kesintiler yaşanabilir. AWS altyapısında bir sorun olduğunda şu belirtiler yaşanır:

• AWS Management Console çok yavaş yüklenir veya sayfa yenilendiğinde “API Error” uyarıları verir.
• Sadece sizin projeleriniz değil; Netflix, Slack, Twitch, Prime Video gibi AWS altyapısını kullanan devasa global hizmetlerde de aynı anda erişim sıkıntıları başlar.
• EC2 (Sanal Sunucu) veya RDS (Veritabanı) instance’larınızın durumu konsolda saatlerce “Pending” veya “Rebooting” durumunda takılı kalır.
• AWS CloudFront (CDN) dağıtımları güncellenemez veya 502/504 Bad Gateway hataları döndürür.
• CloudWatch metrikleri ve logları akmayı durdurur.

Sorun AWS Altyapısı Kaynaklı mı?

Milyonlarca şirkete hizmet veren AWS’de bölgesel (Region) çöküşler nadir olsa da yaşandığında büyük ses getirir. Nedenleri genellikle şunlardır:

• İlgili Availability Zone’u (AZ) vuran geniş çaplı elektrik kesintileri veya soğutma sistemi (iklimlendirme) arızaları.
• AWS mühendisleri tarafından yapılan kritik bir BGP (ağ yönlendirme) güncellemesinin hatalı olması.
• S3 veya DynamoDB gibi temel (core) servislerin API’lerindeki bir kod hatası (bug) nedeniyle diğer tüm servislerin zincirleme reaksiyonla çökmesi.

Eğer sorun AWS tarafındaysa, AWS Service Health Dashboard (health.aws.amazon.com) sayfasında ilgili bölge için sarı veya kırmızı ünlem işaretleri (Service Degradation / Service Outage) görmeye başlarsınız.

Bireysel veya Mimari Bir Sorun Olabilir mi?

Eğer Health Dashboard tamamen yeşilse, sorun büyük ihtimalle sizin AWS hesabınızda, ağ konfigürasyonunuzda (VPC) veya limitlerinizdedir. AWS’de “çöktü” sanılan sorunların %90’ı kullanıcı konfigürasyonu kaynaklıdır:

• Security Group / NACL Hataları: EC2 sunucunuza SSH (Port 22) veya RDP (Port 3389) ile bağlanırken “Timeout” (Zaman aşımı) alıyorsanız, sunucu çökmemiştir; büyük ihtimalle IP adresiniz Security Group kurallarında izinli (Inbound Rules) değildir.
• IAM Yetki (Permission) Sorunları: Bir işlem yaparken “Access Denied” (Erişim Engellendi) veya 403 hatası alıyorsanız, kullandığınız IAM kullanıcısına (veya rolüne) o işlem için gerekli yetkiler (s3:GetObject, ec2:DescribeInstances vb.) verilmemiştir.
• Service Quotas (Limitlere Takılma): Yeni bir sunucu açmaya çalışırken “Limit Exceeded” hatası alıyorsanız, o bölgedeki maksimum vCPU (işlemci) veya Elastic IP limitinizi doldurmuşsunuzdur. AWS Destek üzerinden limit artırımı istemeniz gerekir.
• Fatura (Billing) Sorunları: AWS hesabınıza tanımlı kredi kartının süresi dolmuş veya limiti yetersiz kalmış olabilir.

Bu durumda şunları deneyebilirsiniz:

1. İnternet bağlantınızı değil, VPC (Sanal Özel Ağ) ve Subnet yönlendirmelerinizi (Route Tables) kontrol edin. Sunucunuzun dışarı çıkış izni (Internet Gateway veya NAT Gateway) var mı?
2. AWS CloudTrail loglarına bakarak, başka bir yöneticinin yakın zamanda yetkilerde veya güvenlik gruplarında bir değişiklik yapıp yapmadığını teyit edin.
3. Fatura (Billing & Cost Management) paneline giderek ödenmemiş bir borç veya askıya alınma durumu olup olmadığını kontrol edin.

Hesabım mı Askıya Alındı (Suspended) Yoksa AWS mi Çöktü?

AWS, güvenliğe ve fatura ödemelerine karşı tavizsizdir. Hesabınızın kapatıldığını veya sistemin çöktüğünü şu şekilde ayırabilirsiniz:

• Hesabınız Askıya Alındıysa (Suspended): AWS Konsoluna giriş yapabilirsiniz, ancak ekranın üstünde kırmızı bir şeritle hesabınızın askıya alındığı uyarısı çıkar. Servisleri açmaya çalıştığınızda hiçbir şeye tıklayamazsınız. Size AWS’den “Action Required: Your AWS Account is Suspended” başlıklı bir e-posta gelmiştir. (Genellikle ödenmeyen faturalar veya hesabınızdan spam/DDoS saldırısı yapıldığının tespit edilmesi nedeniyle olur).
• Bölgesel Çöküş Varsa: AWS Konsolu normal açılır, ancak sadece ilgili Region’da (örneğin eu-west-1 İrlanda) EC2 veya S3 sekmelerine tıkladığınızda “Internal Error” veya “Loading…” döngüsü yaşarsınız. Başka bir Region’a (örneğin us-east-1 N. Virginia) geçtiğinizde her şeyin tıkır tıkır çalıştığını görürsünüz.

AWS Çökünce Kesinlikle Ne Yapılmamalı?

Eğer sorun sizin konfigürasyonunuzdan değil de AWS altyapısından (örneğin bir AZ çökmesinden) kaynaklanıyorsa yapılan en büyük ve geri dönüşü olmayan hata, “Belki düzelir” diyerek sunucuları (EC2 Instances) “Terminate” (Sonlandır) etmeye çalışmaktır.

Bir EC2 sunucusunu “Stop” veya “Reboot” etmek normaldir ancak “Terminate” etmek, o sunucunun ve bağlı olan verilerin (EBS Volume’ların, eğer silinme koruması yoksa) kalıcı olarak yok edilmesi demektir. Sistem donduğunda veya AWS çöktüğünde panikleyerek kaynakları silmeyin veya karmaşık Route 53 yönlendirmelerini aceleyle değiştirmeyin. Eğer Multi-Region (Çoklu Bölge) bir felaket kurtarma (Disaster Recovery) mimariniz yoksa, yapmanız gereken en güvenli şey mimarinize dokunmadan AWS mühendislerinin ilgili veri merkezini tekrar ayağa kaldırmasını beklemektir.