Microsoft 365 en Azure getroffen door wereldwijde storing
Microsoft 365 en Azure hebben wereldwijd met een storing te maken, waardoor klanten geen gebruik van bepaalde diensten kunnen maken. Dat laat het techbedrijf via de Azure-statuspagina weten. Daar staat ook dat er een onderzoek is gestart naar de meldingen van klanten en er meerdere engineering teams zijn ingeschakeld. Verdere details zijn niet gegeven.
Op de website Downdetector zijn honderden meldingen binnengekomen van gebruikers die niet op hun Azure-portal kunnen inloggen. Ook op Hacker News en Reddit laten gebruikers weten dat ze bij het gebruik van de portal met time-outs te maken hebben. Op X meldt Microsoft dat er een onderzoek is ingesteld naar 'degraded performance' bij meerdere Microsoft 365 services en features. Onlangs kreeg Azure ook al met een grote storing te maken.
Waar is de redundant uitgevoerde oplossing?
Binnen twee weken twee werelwijde storingen.
Wie wordt nummer drie?
[s]
Hoe gaan de techbedrijven het wereldwijde probleem van hun storingen structureel oplossen? XD
[/s]
Bij ons was portal.azure.com en Admin.microsoft.com vaker niet bereikbaar dan wel.
Verder geen andere verstoringen opgemerkt binnen onze organisatie.
[ur]https://azure.status.microsoft/en-us/status/history/[/url]
What happened?
Between approximately at 11:45 UTC and 19:43 UTC on 30 July 2024, a subset of customers may have experienced issues connecting to a subset of Microsoft services globally. Impacted services included Azure App Services, Application Insights, Azure IoT Central, Azure Log Search Alerts, Azure Policy, as well as the Azure portal itself and a subset of Microsoft 365 and Microsoft Purview services.
What do we know so far?
An unexpected usage spike resulted in Azure Front Door (AFD) and Azure Content Delivery Network (CDN) components performing below acceptable thresholds, leading to intermittent errors, timeout, and latency spikes. While the initial trigger event was a Distributed Denial-of-Service (DDoS) attack, which activated our DDoS protection mechanisms, initial investigations suggest that an error in the implementation of our defenses amplified the impact of the attack rather than mitigating it.
How did we respond?
Customer impact began at 11:45 UTC and we started investigating. Once the nature of the usage spike was understood, we implemented networking configuration changes to support our DDoS protection efforts, and performed failovers to alternate networking paths to provide relief. Our initial network configuration changes successfully mitigated majority of the impact by 14:10 UTC. Some customers reported less than 100% availability, which we began mitigating at around 18:00 UTC. We proceeded with an updated mitigation approach, first rolling this out across regions in Asia Pacific and Europe. After validating that this revised approach successfully eliminated the side effect impacts of the initial mitigation, we rolled it out to regions in the Americas. Failure rates returned to pre-incident levels by 19:43 UTC - after monitoring traffic and services to ensure that the issue was fully mitigated, we declared the incident mitigated at 20:48 UTC. Some downstream services took longer to recover, depending on how they were configured to use AFD and/or CDN.
Waar is de redundant uitgevoerde oplossing?
[s]
Hoe gaan de techbedrijven het wereldwijde probleem van hun storingen structureel oplossen? XD
[/s]
Zelfs met redundante oplossingen gaan er diensten kapot, niet zelden juist door redundantie!
Techbedrijven gaan niks oplossen (shit wil happen!) de klanten die kritische diensten in de cloud draaien moeten zich dat beseffen en zelf nadenken over autonomie en over een robuuste oplossing.
Waar is de redundant uitgevoerde oplossing?
[s]
Hoe gaan de techbedrijven het wereldwijde probleem van hun storingen structureel oplossen? XD
[/s]
Zelfs met redundante oplossingen gaan er diensten kapot, niet zelden juist door redundantie!
Techbedrijven gaan niks oplossen (shit wil happen!) de klanten die kritische diensten in de cloud draaien moeten zich dat beseffen en zelf nadenken over autonomie en over een robuuste oplossing.
Nu zou je natuurlijk AWS en Azure technieken kunnen gebruiken, icm failover mogelijkheden. Maar ook weer extra complexiteit die ook fouten kunnen veroorzaken.
Waar is de redundant uitgevoerde oplossing?
[s]
Hoe gaan de techbedrijven het wereldwijde probleem van hun storingen structureel oplossen? XD
[/s]
Zelfs met redundante oplossingen gaan er diensten kapot, niet zelden juist door redundantie!
Techbedrijven gaan niks oplossen (shit wil happen!) de klanten die kritische diensten in de cloud draaien moeten zich dat beseffen en zelf nadenken over autonomie en over een robuuste oplossing.
Nu zou je natuurlijk AWS en Azure technieken kunnen gebruiken, icm failover mogelijkheden. Maar ook weer extra complexiteit die ook fouten kunnen veroorzaken.
Niet te geloven, dat met 1 DDOS Strike de dienstverlening wereldwijd is geraakt.
Waar is de redundant uitgevoerde oplossing?
[s]
Hoe gaan de techbedrijven het wereldwijde probleem van hun storingen structureel oplossen? XD
[/s]
Zelfs met redundante oplossingen gaan er diensten kapot, niet zelden juist door redundantie!
Techbedrijven gaan niks oplossen (shit wil happen!) de klanten die kritische diensten in de cloud draaien moeten zich dat beseffen en zelf nadenken over autonomie en over een robuuste oplossing.
Nu zou je natuurlijk AWS en Azure technieken kunnen gebruiken, icm failover mogelijkheden. Maar ook weer extra complexiteit die ook fouten kunnen veroorzaken.
Niet te geloven, dat met 1 DDOS Strike de dienstverlening wereldwijd is geraakt.
Maar we hebben ook verkeerde DNS configuraties gehad, of routeringen die wereldwijd impact veroorzaakte.
Je bent niet ingelogd en reageert "Anoniem". Dit betekent dat Security.NL geen accountgegevens (e-mailadres en alias) opslaat voor deze reactie. Je reactie wordt niet direct geplaatst maar eerst gemodereerd. Als je nog geen account hebt kun je hier direct een account aanmaken. Wanneer je Anoniem reageert moet je altijd een captchacode opgeven.
Information Security Officer
Ben jij de Information Security Officer met hart voor de zorg? Wil je een bijdrage leveren aan Informatiebeveiliging binnen het Erasmus MC? Word onderdeel van ons team! Samen met de CISO en een team van Information Security Officers zorg je ervoor dat informatiebeveiliging en gegevens-bescherming binnen Erasmus MC de benodigde aandacht krijgt.
GRC Officer
Als digitaal knooppunt hebben wij te maken met veel verschillende opdrachtgevers en klanten in het zorgveld. Deze opdrachtgevers en klanten vertrouwen erop dat de onze dienstverlening veilig is en continu voldoet aan alle (voortdurende wijzigende) relevante wet- en regelgeving. Als GRC Officer ben jij op de hoogte van die wet- en regelgeving en weet je de vertaalslag te maken naar de praktijk van VECOZO.
Cybersecurity Trainer / Streamer
Toe aan een nieuwe nieuwe job waarmee je het verschil maakt? In de Certified Secure trainingen laat je deelnemers zien hoe actuele kwetsbaarheden structureel verholpen worden. Ook werk je actief mee aan de ontwikkeling van onze gamified security challenges. Bij het maken van challenges kom je telkens nieuwe technieken tegen, van Flutter tot GraphQL, van Elastic Search tot Kubernetes.