Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Linode の障害履歴

    77 Linode incidents · 2025年12月 — official updates, affected components, duration and resolution details.

    現在のステータスに戻る

    サービスの問題 - オブジェクトストレージ - US-SEA

    開始 2026年8月24日 21:52 UTC · 3h 18m

    Pending
    影響を受けたコンポーネント
    US-SEA (Seattle) Object Storage
    1. 2026年8月24日 21:52 UTCinvestigating

      US-SEAのオブジェクトストレージサービスに影響を及ぼす問題の調査 その際、ユーザーはこのサービスで送信された5xxエラーが発生することがあります.

    2. 2026年8月25日 0:31 UTCinvestigating

      今後もこの問題について調査を続けてまいります.

    3. 2026年8月25日 0:55 UTCidentified

      問題が特定され、修正が実装されています.

    4. 2026年8月25日 1:11 UTCresolved

      Object ストレージサービスで追加の問題が観察されていないため、このインシデントは解決しました。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    公式のインシデント更新を自動翻訳しています。

    サービスの問題 - US-SEA(シアトル、WA)

    開始 2026年8月21日 17:23 UTC · 4h 36m

    Pending
    影響を受けたコンポーネント
    US-SEA (Seattle)
    1. 2026年8月21日 17:23 UTCinvestigating

      当社のチームは、海(Seattle, WA)に影響を及ぼす新たなサービス課題を調査しています。 詳細については、追加アップデートを共有します.

    2. 2026年8月21日 21:59 UTCresolved

      現時点では問題の修正ができ、サービスが正常に動作を再開しました.

    公式のインシデント更新を自動翻訳しています。

    接続性の問題 - IT-MIL(ミャンマー)データセンター

    開始 2026年8月14日 20:13 UTC · 1h 17m

    Issues軽微なインシデント
    影響を受けたコンポーネント
    IT-MIL (Milan)
    1. 2026年8月14日 20:13 UTCinvestigating

      当社のチームは、IT-MIL(Milan)データセンターの接続に影響を及ぼす問題について調査しています。 これにより、ユーザーは、このデータセンターに展開されるすべてのサービスに対して、断続的な接続タイムアウトとエラーが発生することがあります。 詳細については、追加アップデートを共有します.

    2. 2026年8月14日 21:18 UTCinvestigating

      今後もこの問題を調査し続けています。 詳細については、追加アップデートを共有します.

    3. 2026年8月14日 21:30 UTCresolved

      IT-MIL(Milan)データセンターの接続に関する問題は見られず、この問題は解決しました。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    4. 2026年8月18日 19:02 UTCpostmortem

      2026年8月14日、IT-MIL\(Milan\)データセンターでイベント中に17:30 UTCを始動させ、このデータセンターの複数のホストが到達不能になったことを示す複数のアラートがトリガーされました。 アカマイは、問題の調査と影響を受けたホストの復元に取り組んできました。 インパクトウィンドウでは、お客様は、このデータセンターに展開されるすべてのサービス間で、断続的な接続タイムアウトとエラーが発生しました。 2026年8月14日、21:20 UTCでインパクトのあるホストを復元し、接続の問題を修正しました。 故障状態の原因を調査しています。 今後の事故を防止し、ホストが到達不能になったことを徹底的に調査し、安定性と信頼性を高めるための対策を実施します。 本要約では、情報の公開に伴う事故の現状についての概要をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    サービスの問題 - Linode Kubernetesエンジンエンタープライズ(LKE-E) - IAD2(ワシントン)

    開始 2026年8月13日 21:13 UTC · 2h 12m

    Issues軽微なインシデント
    影響を受けたコンポーネント
    US-IAD (Washington) Linode Kubernetes Engine
    1. 2026年8月13日 21:13 UTCinvestigating

      当社のチームは、IAD2 - ワシントンデータセンターのLinode Kubernetes Engine Enterprise(LKE-E)クラスターの作成に影響を及ぼす問題について調査しています。 以前に報告した問題の継続です。 詳細については、追加アップデートを共有します.

    2. 2026年8月13日 23:02 UTCmonitoring

      修正を実装し、結果を監視しています.

    3. 2026年8月13日 23:24 UTCresolved

      この事件は解決しました.

    4. 2026年8月18日 20:32 UTCpostmortem

      2026年8月13日、Linode Kubernetes Engine Enterprise \(LKE-E\) では、当社のWashington \(IAD2\)データセンターにG7専用のLinodeインスタンスをデプロイしようとする顧客に対して、403のプロビジョニングエラーメッセージが届きました。 アクティブなワークロードと実行インスタンスは、この問題の影響を受けませんでした。 当社の調査では、IAD2の総体的ハードウェア容量が十分である一方で、暫定リクエストは、初期のソフトホスト割り当てのしきい値による資格チェック障害を引き起こしたことを明らかにしました。 アカマイは、IAD2で5~20までのリノード・パー・ホスト・リミットを増加させることで、問題を解消しました。 導入能力は22:50 UTCで復元・安定化しました。 再発防止のため、早急な是正のための応答ランブックに直接リンクして、資格と能力の問題に専用の警戒を実施します。 また、地域のヘッドルームを積極的に追跡するために、集中型の容量の概要ダッシュボードを構築しています。 本要約では、情報の公開に伴う事故の現状についての概要をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    新興サービスの問題 - API - すべての地域

    開始 2026年8月13日 18:46 UTC · 5h 40m

    Pending
    影響を受けたコンポーネント
    US-ORD (Chicago)IN-BOM-2 (Mumbai 2)US-LAX (Los Angeles)NZ-AKL (Auckland)US-Central (Dallas)US-West (Fremont)US-DEN (Denver)US-IAD-2 (Washington 2)DE-FRA-2 (Frankfurt 2)FR-PAR (Paris)IT-MIL (Milan)CO-BOG (Bogota)DE-HAM (Hamburg)IN-MAA (Chennai)JP-OSA (Osaka)AP-Northeast-2 (Tokyo 2)CL-SCL (Santiago)AP-Southeast (Sydney)NL-AMS (Amsterdam)CA-Central (Toronto)ZA-JNB (Johannesburg)US-East (Newark)US-HOU (Houston)EU-West (London)FR-PAR-2 (Paris 2)EU-Central (Frankfurt)US-MIA (Miami)ES-MAD (Madrid)GB-LON (London 2)AP-West (Mumbai)FR-MRS (Marseille)MX-QRO (Queretaro)ID-CGK (Jakarta)AU-MEL (Melbourne)SG-SIN-2 (Singapore 2)MY-KUL (Kuala Lumpur)US-Southeast (Atlanta)US-IAD (Washington)AP-South (Singapore)US-SEA (Seattle)JP-TYO-3 (Tokyo 3)SE-STO (Stockholm)Cloud Manager and APIBR-GRU (São Paulo)
    1. 2026年8月13日 18:46 UTCinvestigating

      当社のチームは、すべての地域で API に影響を与える新しいサービスの問題を調査しています。 詳細については、追加アップデートを共有します.

    2. 2026年8月13日 19:58 UTCmonitoring

      19:30 UTC では、全ての地域で API に影響を及ぼす問題を修正できるようになりました。 本サービスが安定していることを確認するためにこれを監視します。 それでも問題が発生し、サポートチケットを開くことができない場合は、855-454-6633 (+1-609-380-7100 Intl.) までお電話いただくか、[email protected] までメールをお送りください.

    3. 2026年8月13日 19:59 UTCmonitoring

      今後の問題がないか引き続き監視しています。

    4. 2026年8月14日 0:26 UTCresolved

      この事件は解決しました.

    5. 2026年8月17日 17:38 UTCpostmortem

      2026年8月13日、約18:15 UTCで、Akamaiは[ api.linode.com ](http://api.linode.com)に影響する簡単なサービス不足を観察しました。 合計サービス割込みは、約3分間持続し、18:18 UTCで計算します。 初期接続の復元に続いて、API レスポンスレイテンシを 19:06 UTC で強調し、応答時間が遅くなり、API サービスとやり取りする顧客に対する断続的な遅延が発生します。 パフォーマンスへの影響に対処するため、Akamaiエンジニアリングチームは、障害物後にフルトラフィックの負荷を吸収しないようにする二次キャッシュインフラノードの構成の矛盾を特定しました。 エンジニアは管理されたマイグレーションを完了し、最初のホストに戻ってリクエストキャッシュトラフィックを移動させました。 この変更後、APIレイテンシは、通常の運用レベルに急速に低下します。 初期状態は、プライマリキャッシュノードの物理ホストの予期しない再起動によってトリガーされました。 冗長インフラが有効になっていた中、二次ノードは、障害のあるトラフィックをシームレスに処理できず、拡張されたパフォーマンス劣化を引き起こしました。 当社のエンジニアリングチームは、実行速度を最適化し、冗長ノード間で設定を整列するフェイルオーバー機構にフォローアップ調査を実施し、二次システムは将来のイベントでトラフィックをシームレスに処理できるようにしています。 本要約では、情報の公開に伴う事故の現状についての概要をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    サービスの問題 - Linode Kubernetesエンジン(IAD2)

    開始 2026年8月13日 16:16 UTC · 1h 38m

    Issues軽微なインシデント
    影響を受けたコンポーネント
    US-IAD (Washington) Linode Kubernetes Engine
    1. 2026年8月13日 16:16 UTCinvestigating

      当社のチームは、Linode Kubernetes Engine(LKE)に影響を与える問題を調査しています。 詳細については、追加アップデートを共有します.

    2. 2026年8月13日 16:30 UTCmonitoring

      今回は、LKEサービスに影響を及ぼす問題を修正しました。 安定して残っていることを確認するためにこれを監視します。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    3. 2026年8月13日 17:54 UTCresolved

      LKEサービスに関する追加の問題は見られず、この事件は解決しました。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    4. 2026年8月17日 21:30 UTCpostmortem

      2026年8月13日、Linode Kubernetes Engine Enterprise \(LKE-E\)クラスターをIAD2データセンターに提供しようとする顧客は、約14:50 UTCで始まりました。 最近のソフトウェアバージョンのアップグレードでは、IAD2の2つのコンポーネントの除外により、この問題はAPIの不一致を引き起こしたと認識しました。 特定したコンポーネントをアップデートし、想定した状態と同期させます。 2026年8月13日(水)16:00頃のUTCにて問題緩和を行いました。 今後この問題が起きるのを防ぐため、LKEソフトウェアの更新プロセスを見直し、プラットフォームソフトウェアの更新中にサービスに再導入される前に、すべてのコンポーネントの完全なバージョンのアップグレードを確実にします。 本要約では、情報の公開に伴う事故の現状についての概要をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    Service Issue - Linode Kubernetes Engine Enterprise (LKE-E) - Seattle (SEA1)

    開始 2026年8月13日 14:00 UTC · 0m

    Pending
    1. 2026年8月14日 15:46 UTCresolved

      On August 13, 2026, between approximately 14:00-16:30 UTC, we observed intermittent failures and delays when provisioning new LKE-E clusters in the Seattle (SEA1) region. The issue affecting the LKE-E service in Seattle self-corrected at approximately 16:30 UTC, and we have not observed a recurrence since. We are actively investigating the cause. We will continue to monitor the service for stability. If you experience any problems with this service, please open a Support ticket for assistance.

    2. 2026年8月21日 13:13 UTCpostmortem

      On August 13, 2026, between approximately 14:30 and 16:30 UTC, Akamai experienced an issue affecting Linode Kubernetes Engine Enterprise \(LKE-E\) cluster provisioning and deployment in the Seattle \(SEA1\) region. During this time, customers attempting to create new clusters encountered failures or delays. In some cases, clusters were created but nodes were not fully provisioned, while in others, the control plane responsible for managing the cluster could not be deployed. Akamai identified the issue through customer reports, which was then validated by reproducing the failures in Seattle-based test clusters. Other regions continued to operate normally, and no existing customer workloads were impacted. By around 16:30 UTC on August 13, 2026, cluster provisioning and deployment in the Seattle region returned to normal, allowing new cluster creations to proceed without issue. After recovery, we monitored the region for several days and began a technical investigation into the service disruption. Initial findings indicate a correlation between the issue and a recent network configuration update that occurred at approximately 14:30 UTC and was rolled back at approximately 14:45 UTC. Our current hypothesis suggests that a timing conflict during the cluster provisioning process may have triggered the failures. We are continuing to investigate the technical details to confirm the root cause. We are continuing to investigate the technical details behind this issue and are working to ensure it does not recur. We will also review the scope of affected data centers and track corrective actions. This summary provides an overview of our current understanding of the incident given the information available. Our investigation is ongoing and any information herein is subject to change.

    上流の問題 - Ubuntuの

    開始 2026年8月10日 17:15 UTC · 11d 1h

    Pending
    1. 2026年8月10日 17:15 UTCinvestigating

      チームでは、Ubuntuの展開に影響を及ぼすアップストリームの問題を調査しています。 これは、すべてのUbuntuシステムにパッケージとセキュリティの更新をインストールする能力に影響を与える可能性があります.

    2. 2026年8月11日 23:35 UTCinvestigating

      今後もこの問題について調査を続けてまいります。 適切な主題の専門家が従事しています。 移行状況に関するサブシーケントの更新は、進捗状況として投稿されます.

    3. 2026年8月12日 3:29 UTCidentified

      問題の原因を特定し、修正が実装されています。 ソリューションが設置された直後に更新を行います.

    4. 2026年8月21日 18:40 UTCresolved

      2026年8月20日、6時30分UTCで問題が緩和されたことを確認し、通常の業務を再開しました.

    公式のインシデント更新を自動翻訳しています。

    上流損失 - 一部のパス(米国地域にマカ/インボム-2)

    開始 2026年7月31日 17:49 UTC · 4d 7h

    Pending
    影響を受けたコンポーネント
    US-ORD (Chicago)IN-BOM-2 (Mumbai 2)US-LAX (Los Angeles)US-Central (Dallas)US-West (Fremont)US-DEN (Denver)US-IAD-2 (Washington 2)IN-MAA (Chennai)US-East (Newark)US-HOU (Houston)US-MIA (Miami)US-Southeast (Atlanta)US-IAD (Washington)US-SEA (Seattle)
    1. 2026年7月31日 17:49 UTCinvestigating

      弊社のチームは、インマア&インボム2データセンターから米国地域への一部のパスでパケットロスを調査しています。 今回は、インドとアメリカの地域を横断するサービスの接続タイムアウトとエラーが発生することがあります。 詳細については、追加アップデートを共有します.

    2. 2026年7月31日 18:25 UTCidentified

      当社のチームは、米国データセンターへのパケット損失の原因を特定しました。 私たちは、この問題を解決するために、当社のアップストリームプロバイダと協力しています。このソリューションが設置されているとすぐに更新を提供します.

    3. 2026年8月4日 18:36 UTCidentified

      We are continuing to work with our upstream provider to resolve the packet loss affecting some paths between the in-maa and in-bom-2 data centers and the US region. We will share further updates as progress continues.

    4. 2026年8月5日 1:34 UTCresolved

      At this time the upstream provider has been able to correct the issue causing packet loss on some routes from the in-maa & in-bom-2 data centers into the US region and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    5. 2026年8月5日 17:49 UTCpostmortem

      On July 31, 2026, at approximately 10:00 UTC, Akamai observed intermittent network losses affecting compute users accessing US locations from our India sites \(MAA and BOM\). Customers’ services in North America, particularly the Miami data center region, experienced increased latency, intermittent connectivity issues, slower data transfers, and difficulty reaching certain applications or services. Performance was unstable, with periods of normal operation followed by disruptions. To address the issue, Akamai applied a deny-all policy to the impacted upstream provider transit link, redirecting traffic around the impacted routes. Despite this mitigation, ongoing IPv6 losses occurred due to congestion between two alternative upstream providers, impacting some users. One provider acknowledged a bottleneck in the Asia region, and the alternate provider worked to reroute traffic away from affected links.  The initial impacted service provider confirmed that two fiber cuts in Mexico caused congestion on the impacted routes. One of these fiber cuts was resolved at 23:43 UTC on July 31, 2026, and no further issues were observed following this mitigation.  This summary provides an overview of our current understanding of the incident given the information available. Our investigation is ongoing and any information herein is subject to change.

    公式のインシデント更新を自動翻訳しています。

    サービスの問題 - ホストジョブのパフォーマンスの劣化 - いくつかの地域

    開始 2026年7月28日 18:14 UTC · 18h 13m

    Pending
    影響を受けたコンポーネント
    DE-FRA-2 (Frankfurt 2) Block StorageNL-AMS (Amsterdam) Block StorageIN-BOM-2 (Mumbai 2) Block StorageGB-LON (London 2) Block StorageAP-Southeast (Sydney) Block StorageUS-MIA (Miami) Block StorageUS-Central (Dallas) Block StorageUS-West (Fremont) Block StorageJP-TYO-3 (Tokyo 3) Block StorageIT-MIL (Milan) Block StorageBR-GRU (São Paulo) Block StorageUS-East (Newark) Block StorageUS-Southeast (Atlanta) Block StorageCA-Central (Toronto) Block StorageUS-LAX (Los Angeles) Block StorageAU-MEL (Melbourne) Block StorageUS-SEA (Seattle) Block StorageUS-ORD (Chicago) Block StorageAP-South (Singapore) Block StorageES-MAD (Madrid) Block StorageID-CGK (Jakarta) Block StorageEU-West (London) Block StorageJP-OSA (Osaka) Block StorageAP-West (Mumbai) Block StorageIN-MAA (Chennai) Block StorageSG-SIN-2 (Singapore 2) Block StorageUS-IAD (Washington) Block StorageSE-STO (Stockholm) Block StorageEU-Central (Frankfurt) Block StorageFR-PAR (Paris) Block StorageAP-Northeast-2 (Tokyo 2) Block Storage
    1. 2026年7月28日 18:14 UTCinvestigating

      当社のチームは、複数のデータセンター領域におけるブロックストレージサービスに影響を与える問題を調査しています。 この問題は、ブロックストレージのボリュームを添付して削除するのに大きく影響します。 この場合、ユーザーは、このサービスでボリュームアタッチ/解除ハング、タイムアウト、エラーが発生することがあります。 詳細については、追加アップデートを共有します.

    2. 2026年7月28日 19:27 UTCidentified

      当社のチームは、データセンター内のブロックストレージサービスに影響を与える問題を特定しました。 修正を迅速に実施し、解決が行われるとすぐに更新を行います.

    3. 2026年7月28日 20:17 UTCidentified

      追加の調査の後、影響は遅延し、時には失敗したホストジョブで現れるでしょう。これは、Linodeのさまざまなアクションを含むことができ、最初のアップデートで述べたようにブロックストレージのボリュームを添付および分離するだけでなく、ブロックストレージのボリュームを添付して影響するだけでなく、更新された影響を反映するためにタイトルを更新しました。 修正を迅速に実施し、解決が行われるとすぐに更新を行います.

    4. 2026年7月28日 22:51 UTCmonitoring

      修正を実装し、結果を監視しています.

    5. 2026年7月29日 12:27 UTCresolved

      追加のホストジョブのパフォーマンス劣化の問題は、未然に観察されず、このインシデントは解決しました。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    6. 2026年7月31日 18:57 UTCpostmortem

      2026年7月27日(水)3:30 UTCにて、Linodeホスティングデータベースに接続すると、主にBlock Storageボリュームアタッチメントに影響するエラーが増えました。 これにより、ホストジョブの失敗と限られた顧客への影響が発生したため、一部のユーザーはエラーメッセージやワークフローの中断が発生します。 関連するタイムアウト率は、特定のデータセンターの場所のログに通知され、新しい機能フラグの増分ロールと一致しました。 初期調査では、データベースプロキシからTLSハンドシェイク中にクライアントホストに断続的なパケットがドロップされたことを明らかにしました。 現在の理論は、パスMTUパケットに大きなICMPメッセージが到達したDDoS保護限界があることを示唆しています。 プロキシが TCP パケットを大きい MTU で送信すると、設定された許容速度を超えるため、想定される ICMP メッセージは、ダラスゲートウェイ ルータによってドロップされました。 これにより、データベースプロキシ TCP 接続がタイムアウトされ、コンピュートホストにつながります。 問題は、新しい機能フラグの有効化によってトリガーされ、ルーティングパスを変更し、パケットがゲートウェイに到達する前にMTUクランプを削除しました。 問題を軽減するために、Akamaiは20:50 UTCで始まる影響を受けたコンピュートサイトを横断して、最近のネットワーク変更をロールバックしました。 22:57 UTC と同様に、サービスの速度は、プレインシデントレベルに戻りました。 アカマイは、パケットが大きいICMPメッセージの許容しきい値を増やすための変更を計画しています。 本要約では、情報の公開に伴う事故の現状についての概要をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    コネクティビティの問題 - ミラノのリノード、イタリア

    開始 2026年7月20日 1:52 UTC · 2h 19m

    Issues軽微なインシデント
    影響を受けたコンポーネント
    IT-MIL (Milan)
    1. 2026年7月20日 1:52 UTCinvestigating

      当社のチームは、現在、イタリア(ミラノ)地域でのリノードに影響を及ぼすコネクティビティの問題について調査しています。 現時点では、この場所に存在するリノードは到達できません。 リノードの作成は正常に機能しており、影響を受けないままです.

    2. 2026年7月20日 2:56 UTCinvestigating

      今後もこの問題を調査し続けています。 進捗状況を把握し、次の更新を行います.

    3. 2026年7月20日 3:12 UTCinvestigating

      当社のチームは、ミラノ(イタリア)データセンターにおける接続に影響を与える問題を特定しました。 修正を迅速に実施し、解決が行われるとすぐに更新を行います.

    4. 2026年7月20日 3:20 UTCmonitoring

      今回は、ミラノ(イタリア)データセンターの接続に影響を及ぼす問題を修正しました。 安定して残っていることを確認するためにこれを監視します。 問題が起きている方は、サポートチケットを受付けます.

    5. 2026年7月20日 4:10 UTCresolved

      ミラノ(イタリア)データセンターでは、追加の接続の問題が観察されず、この問題が解決しました。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    6. 2026年7月20日 5:45 UTCpostmortem

      2026年7月20日(水)に、イタリアのデータセンターに設置された一部のホストが利用できなくなったため、顧客はリノードへのアクセスに影響します。 調査は、この問題がスケジュールされたルータファームウェアの更新中に発生したことを識別しました。 フェーズド・アップグレード・プロセスに従い、サービスの中断を防止しますが、影響を受けたホストのためのネットワーク接続の一時的な損失につながる同時メンテナンス活動の予期しない交差点。 本サービスは、7月20日(火)に02.16 UTCによって完全復元され、想定通りの全てのシステムが稼働しています。 内部では、変更管理とメンテナンススケジューリングの手順を見直し、より良い調整と今後の同様の問題を防ぐことができます。 誠に有難うございますので、今後とも宜しくお願い申し上げます。 私たちは、システムをより良くし、再発を防ぐための継続的な改善に努めます。 本要約では、情報の公開に伴う事故の現状についての概要をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    サービスの問題 - オブジェクトストレージ

    開始 2026年7月18日 3:34 UTC · 1h 2m

    Issues軽微なインシデント
    影響を受けたコンポーネント
    US-IAD (Washington) Object StorageUS-ORD (Chicago) Object StorageUS-SEA (Seattle) Object StorageUS-LAX (Los Angeles) Object StorageFR-PAR (Paris) Object Storage
    1. 2026年7月18日 3:34 UTCinvestigating

      当社のチームは、オブジェクトストレージサービスに影響を与える問題を調査しています。 本サービスでは、接続タイムアウトやエラーが発生することがあります.

    2. 2026年7月18日 3:54 UTCidentified

      当社のチームは、オブジェクトストレージサービスに影響を与える問題を特定しました。 修正を迅速に実施し、解決が行われるとすぐに更新を行います.

    3. 2026年7月18日 4:36 UTCresolved

      Object ストレージサービスで追加の問題が観察されていないため、このインシデントは解決しました。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    4. 2026年7月21日 15:26 UTCpostmortem

      2026年7月18日、約00:30 UTCと04:00 UTCの間で、次のエンドポイントのオブジェクトストレージに新しいバケットを作成しようとすると、ユーザーは5xxエラーが発生する可能性があります。 * [us-ord-1.linodeobjects.com](http://us-ord-1.linodeobjects.com) * [us-lax-1.linodeobjects.com](http://us-lax-1.linodeobjects.com) * [us-iad-1.linodeobjects.com](http://us-iad-1.linodeobjects.com) * [us-sea-1.linodeobjects.com](http://us-sea-1.linodeobjects.com) * [fr-par-1.linodeobjects.com](http://fr-par-1.linodeobjects.com) オブジェクトストレージをサポートするインフラストラクチャがすべてのノード間で劣化した状態に入ったときに問題が始まりました。 これにより、処理リクエストの処理を防止し、バケット作成作業中に不具合が発生します。 インパクトを軽減するために、バケット作成を担当するバックエンドシステムに修正を加えました。 このアクションで影響が緩和された。 被験者が根本原因を調べ、適切な予防措置をとります。 皆様のお越しを心よりお詫び申し上げます。 システムの構成と運用変更を行い、これを再度防止し、継続的な改善に努めます。 本要約では、現在実施しているインシデントの理解の概観をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    接続性の問題 - US-MIA(Miami)

    開始 2026年7月16日 1:24 UTC · 0m

    Pending
    影響を受けたコンポーネント
    US-MIA (Miami)
    1. 2026年7月16日 1:24 UTCresolved

      当社グループは、米国MIA(Miami)データセンターにおける影響を受けたコネクティビティの影響を受けた問題について、21:20 UTCと2026年7月15日、約23:28 UTCを調査しました。 このウィンドウでは、この領域に展開する Compute サービスのネットワークのパフォーマンスとパケットロスを劣化させる経験があります。 修正後、問題が解決しました。 当社は、当社のサードパーティサービスプロバイダと協力して、根本的な原因を確認するために継続しています。初期の証拠は、インフラストラクチャ上のキャンパスの断線接続(ダークファイバ)の停電を指します.

    公式のインシデント更新を自動翻訳しています。

    サービスの問題 - Linode API/CLI

    開始 2026年7月14日 12:21 UTC · 7h 5m

    Issues軽微なインシデント
    影響を受けたコンポーネント
    Cloud Manager and API
    1. 2026年7月14日 12:21 UTCinvestigating

      当社のチームは、API および CLI に影響を及ぼす新しいサービスの問題について調査しています。 詳細については、追加アップデートを共有します.

    2. 2026年7月14日 12:58 UTCidentified

      当社のチームは、クラウドマネージャーとAPIに影響を及ぼす問題を特定しました。 修正を迅速に実施し、解決が行われるとすぐに更新を行います.

    3. 2026年7月14日 13:11 UTCmonitoring

      今回は、クラウドマネージャーやAPIに影響を及ぼす問題を修正しました。 本サービスが安定していることを確認するためにこれを監視します。 それでも問題が発生し、サポートチケットを開くことができない場合は、855-454-6633 (+1-609-380-7100 Intl.) までお電話いただくか、[email protected] までメールをお送りください.

    4. 2026年7月14日 18:36 UTCmonitoring

      今後の問題がないか引き続き監視しています。

    5. 2026年7月14日 19:26 UTCresolved

      クラウドマネージャー、API、CLI などの追加問題が起きず、この問題が解決しました。 引き続き問題が発生した場合は、 855-454-6633 (+1-609-380-7100 Intl.) までご連絡いただくか、 [email protected] までメールでお問い合わせください.

    6. 2026年7月16日 18:13 UTCpostmortem

      2026年7月14日、10:57 UTCで、AkamaiはLinode API、CLI、Cloud Managerを使用して顧客に影響を与える502エラーと遅延の増加を特定しました。 この混乱は、高い誤差率を報告する顧客と、適度なサービスの影響をもたらしました。 初期調査では、IAMサービスのレイテンシビリティに関する問題を追跡しました。これは解決しましたが、エラーは持続しました。 関連する主題の専門家によるさらなる分析は、事故は、二次ロードバランサーからクラウド IAM 主負荷バランサーへの手動障害によってトリガーされたことを決定しました。 このアクションは、二次ロードバランサーが守備されたマスターとして機能していたことを示す警告アラートによって促されました。 サービスの開始と停止の手動プロセスは、自動プロセスと異なるフェイルバックを開始し、Sole GRPC接続のカスケードにつながり、レイテンシーとAPIエラーが増加しました。 API サーバを再起動すると、ストール接続をクリアし、通常の操作を復元しました。 顧客への影響は、2026年7月14日、約13:10 UTCによって緩和されました。 再発を防ぐため、Akamaiはマニュアルがこの動作を引き起こした理由を調査しています。 チームは、障害時にGRPC接続をクリアするコマンドドレインを実行し、積極的な介入のためのストール接続を検出するためのアラートを設定することを検討しています。 しかし、後期に予定されているアラートや自動化で、根本原因を理解することにすぐに焦点が残っています。 一部の顧客は、展開中に決議を確認しています。 今後もシステムヘルスを監視し、さらなる顧客フィードバックをお待ちしています。 本要約では、情報の公開に伴う事故の現状についての概要をご覧いただけます。 当社の調査は進行中であり、ここでの情報は変更される場合があります.

    公式のインシデント更新を自動翻訳しています。

    サービスの問題 - ホストジョブ - すべての地域

    開始 2026年7月13日 18:29 UTC · 1h 25m

    Pending
    1. 2026年7月13日 18:29 UTCidentified

      当社のチームは、すべての地域でホストジョブに影響を与える新しいサービスの問題を特定しました。 リノード接続は * に影響されない* ですが、バックアップやサービスの電源をオンまたはオフしようとするなどのホストレベルのジョブが遅延する場合があります。 詳細については、追加アップデートを共有します.

    2. 2026年7月13日 19:54 UTCresolved

      この事件は解決しました.

    公式のインシデント更新を自動翻訳しています。

    新興サービスの問題 - クラウドマネージャー

    開始 2026年7月9日 16:57 UTC · 1h 23m

    Pending
    影響を受けたコンポーネント
    Cloud Manager and API
    1. 2026年7月9日 16:57 UTCinvestigating

      当社のチームは、クラウドマネージャーのログインに影響を及ぼす新しいサービスの問題について調査しています。 詳細については、追加アップデートを共有します.

    2. 2026年7月9日 17:24 UTCinvestigating

      今後もこの問題を調査し続けています。 次回の30分以内にアップデートを行います.

    3. 2026年7月9日 17:49 UTCmonitoring

      今回はクラウドマネージャーのログインに影響を及ぼす問題を修正しました。 本サービスが安定していることを確認するためにこれを監視します。 それでも問題が発生し、サポートチケットを開くことができない場合は、855-454-6633 (+1-609-380-7100 Intl.) までお電話いただくか、[email protected] までメールをお送りください.

    4. 2026年7月9日 18:21 UTCresolved

      クラウドマネージャーのログインに関する追加の問題は見られず、この問題は解決しました。 引き続き問題が発生した場合は、 855-454-6633 (+1-609-380-7100 Intl.) までご連絡いただくか、 [email protected] までメールでお問い合わせください.

    5. 2026年7月10日 12:30 UTCpostmortem

      2026年7月9日、15:43 UTCでは、ユーザ名とパスワードを使用して[cloud.linode.com](http://cloud.linode.com)にログインできませんでした。 「間違ったパスワード」エラーメッセージが出ました。 調査は、問題が内部の証明書の問題が原因であったことを明らかにした。 衝撃を緩和するため、2026年7月9日、17:24 UTCの衝撃的なサーバーで証明書の問題を修正しました。 システムを監視した後に、問題が完全に解決されたことを確認しました。 アカマイは、問題の再発を防止するために、永続的な修正を展開します.

    公式のインシデント更新を自動翻訳しています。

    Emerging Service Issue - Managed Databases - All Regions

    開始 2026年7月6日 18:04 UTC · 21h 27m

    Pending
    影響を受けたコンポーネント
    US-ORD (Chicago)IN-BOM-2 (Mumbai 2)US-LAX (Los Angeles)NZ-AKL (Auckland)US-Central (Dallas)US-West (Fremont)US-DEN (Denver)US-IAD-2 (Washington 2)DE-FRA-2 (Frankfurt 2)FR-PAR (Paris)IT-MIL (Milan)CO-BOG (Bogota)DE-HAM (Hamburg)IN-MAA (Chennai)JP-OSA (Osaka)AP-Northeast-2 (Tokyo 2)CL-SCL (Santiago)AP-Southeast (Sydney)NL-AMS (Amsterdam)CA-Central (Toronto)ZA-JNB (Johannesburg)US-East (Newark)US-HOU (Houston)EU-West (London)FR-PAR-2 (Paris 2)EU-Central (Frankfurt)US-MIA (Miami)ES-MAD (Madrid)GB-LON (London 2)AP-West (Mumbai)FR-MRS (Marseille)MX-QRO (Queretaro)ID-CGK (Jakarta)AU-MEL (Melbourne)SG-SIN-2 (Singapore 2)MY-KUL (Kuala Lumpur)US-Southeast (Atlanta)US-IAD (Washington)AP-South (Singapore)US-SEA (Seattle)JP-TYO-3 (Tokyo 3)SE-STO (Stockholm)BR-GRU (São Paulo)Managed Databases
    1. 2026年7月6日 18:04 UTCinvestigating

      Our team is investigating an emerging service issue affecting Managed Databases across all regions. Customers may experience latency when provisioning new databases or deleting existing ones. There is no observed impact to the performance or availability of active, running databases at this time. We will provide updates as more information becomes available.

    2. 2026年7月7日 15:31 UTCresolved

      This incident has been resolved.

    Service Issue - Linode Automated Networking

    開始 2026年7月1日 17:21 UTC · 1h 6m

    Pending
    影響を受けたコンポーネント
    Cloud Manager and API
    1. 2026年7月1日 17:21 UTCidentified

      Our team is investigating a service issue that affects the auto configuration of networking on Linodes by Network Helper to fail. During that time, some users may have Linodes provision but appear to have no connectivity. This also can impact Linodes created by the Linode Kubernetes Engine and impact autoscaling or provisioning of clusters. Customers can still manually configure networking via the LISH console to mitigate this issue. Please see our guide on manual network configuration on a Compute Instance . We will share additional updates as we have more information.

    2. 2026年7月1日 18:09 UTCmonitoring

      A fix has been implemented to resolve the automated network configuration issue on Linodes using Network Helper. We recommend rebooting your Linode to restore full network functionality. We are actively monitoring the results to ensure continued stability.

    3. 2026年7月1日 18:28 UTCresolved

      We haven’t observed any additional issues with the Linode Automated Networking service, and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    Service Issue - Block Storage - Singapore Expansion, SP (sg-sin-2)

    開始 2026年6月30日 18:54 UTC · 4h 28m

    Issues軽微なインシデント
    影響を受けたコンポーネント
    SG-SIN-2 (Singapore 2) Block Storage
    1. 2026年6月30日 18:54 UTCinvestigating

      Our team is investigating an emerging issue affecting the Block Storage service in our Singapore Expansion, SP (sg-sin-2) data center. During this time, users may experience connection timeouts and errors with this service. We will share additional updates as we have more information.

    2. 2026年6月30日 19:55 UTCinvestigating

      We are continuing to investigate this issue.

    3. 2026年6月30日 20:36 UTCidentified

      Our team has identified the issue affecting the Block Storage service in our Singapore Expansion, SP (sg-sin-2) data center. We are working quickly to implement a fix, and we will provide an update as soon as the solution is in place.

    4. 2026年6月30日 21:36 UTCidentified

      We are continuing to work on a fix for this issue.

    5. 2026年6月30日 22:10 UTCmonitoring

      At this time we have been able to correct the issues affecting the Block Storage service. We will be monitoring this to ensure that it remains stable. If you continue to experience problems, please open a Support ticket for assistance.

    6. 2026年6月30日 23:22 UTCresolved

      We haven’t observed any additional issues with the Block Storage service in Singapore Expansion, SP (sg-sin-2), and will now consider this incident resolved. If you continue to experience problems, please open a Support ticket for assistance.

    7. 2026年7月2日 16:29 UTCpostmortem

      On June 30, 2026, between approximately 17:30 UTC and 21:45 UTC, users may have experienced connection timeouts and errors related to the Block Storage service in Singapore Expansion, SP \(sg-sin-2\). The issue began when one host in the cluster was taken down for maintenance while another host unexpectedly encountered network issues. A configuration issue also contributed to the impact. These factors led to a degraded state that affected performance and, to a limited extent, data availability. We mitigated the impact to customers at 21:45 UTC on June 30, 2026 by correcting the network, configuration and cluster issues. We apologize for the impact and appreciate your patience and ongoing support. We are making configuration and operational changes to our systems to help prevent this from happening again, and remain committed to continuous improvement. This summary provides an overview of our current understanding of the incident, given the information available. Our investigation is ongoing, and any information herein is subject to change.

    サービスの問題 - ACLP メトリック

    開始 2026年6月26日 17:35 UTC · 11d 18h

    Issues軽微なインシデント
    影響を受けたコンポーネント
    Akamai Cloud Pulse (ACLP) - Metrics
    1. 2026年6月26日 17:35 UTCinvestigating

      当社のチームは、クラウドパルスメトリクス(ACLPメトリクス)に影響を与える問題を調査し、特にマネージドデータベースメトリクスレポートに影響を与えています。 問題は断続的に表示されます。 詳細については、追加アップデートを共有します.

    2. 2026年6月26日 18:19 UTCinvestigating

      今後もこの問題を調査し続けています。 詳細については、追加アップデートを共有します.

    3. 2026年6月26日 19:08 UTCinvestigating

      今後もこの問題を調査し続けています。 情報が増えるにつれて、さらなるアップデートを提供致します.

    4. 2026年6月26日 20:04 UTCinvestigating

      今後もこの問題について調査を続けてまいります.

    5. 2026年6月26日 21:13 UTCmonitoring

      クラウド・パルス・メトリクス(ACLPメトリクス)に影響を与える問題の再発を数時間観察していません。 当社のチームは、引き続きサービスを監視し、根本的な原因を調査します。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    6. 2026年6月30日 0:02 UTCmonitoring

      今後の問題がないか引き続き監視しています。

    7. 2026年7月8日 12:26 UTCresolved

      クラウド・パルス・メトリック(ACLPメトリクス)サービスに関する追加の問題は見られず、この事件は解決しました。 引き続き問題が発生した場合は、サポートチケットを受付けます.

    公式のインシデント更新を自動翻訳しています。