Alphavps の障害履歴

1. 2026年7月30日 12:50 UTCidentified

   次のノードでハードウェアのメンテナンスを開始しました。 ソリューション01 ストリップ06 ソリューション07 影響を受けたノードでホストされているVPSインスタンスは、一時的な中断が発生する可能性があります。 予想ダウンタイムはVPSあたり約15～30分です。 当社のチームは、メンテナンスを密接に監視し、作業が進行するにつれてさらなる更新を提供します.

2. 2026年7月30日 13:13 UTCidentified

   SOFSTORAGE07に入社。 VM は十分にシャットダウンされ、すぐにバックアップされます.

3. 2026年7月30日 13:25 UTCidentified

   SOFSTORAGE07と仮想マシンの動作をバックアップしました。 SOFSTORAGE01では、仮想マシンがシャットダウンしてメンテナンスが始まります.

4. 2026年7月30日 14:00 UTCidentified

   SOFSTORAGE01 と仮想マシンの動作をバックアップしました。 SOFSTORAGE06では、仮想マシンがシャットダウンしてメンテナンスが始まります.

5. 2026年7月31日 10:55 UTCidentified

   SOFSTORAGE06 メンテナンスが行われ、すべての VM が起動します.

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

1. 2026年6月29日 18:42 UTCidentified

   現在、ネットワークインフラの部分を標的とする大規模なDDoS攻撃を経験しています。 この攻撃は、断続的な接続の問題を引き起こし、一部の顧客のレイテンシが増加しています。 当社のネットワークエンジニアリングチームは、この攻撃を完全に解決し、インフラストラクチャのレジリエンスをさらに強化するために、追加の永続的な緩和措置を配備するために積極的に取り組んでいます。 仮の緩和は既に行われており、攻撃が進化し、防衛策を監視・適応させていきます。 誠に誠意をこめて誠意をこめて誠意をこめて誠意をこめて誠意をこめて誠意をもって努力しております。 アップデートは、進行状況に応じて提供いたします.

2. 2026年6月29日 19:39 UTCidentified

   この問題の修正には引き続き取り組んでいます。

3. 2026年6月29日 20:01 UTCidentified

   ニュルンベルクにミティグレーションを適用しました。 ソフィアは終わりであり、すぐに適用されるべきです。 攻撃/ランサム DDoS 攻撃を未処理に扱うため、より詳細を一般に共有できません.

4. 2026年6月29日 21:22 UTCidentified

   悪意のある攻撃者は、攻撃パターンを常に変化させていますが、ミシグレーションを適用しており、当社の顧客の過半数がオンラインでバックアップされます。 現地の法執行機関の状況にも関わっています。 従うべき情報.

5. 2026年6月30日 0:52 UTCmonitoring

   弊社では、すべての拠点とトラフィックを横断して、通常のアクセスに戻りました。 ICMPに分散する可能性がありますが、問題が解決されると確信しています.

6. 2026年6月30日 7:30 UTCmonitoring

   今後も状況を監視し、緩和調整を行います。 あらゆる場所におけるサービスはすべてオンラインであり、現在安定していると見なされます.

7. 2026年6月30日 7:36 UTCmonitoring

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

8. 2026年6月30日 16:38 UTCmonitoring

   私たちは、最小限の中断で緩和器具のシームレスな作業を確実にするために、場所を越えて状況と調整の軽減プロファイルを監視しています.

9. 2026年7月9日 3:44 UTCresolved

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

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

1. 2026年5月27日 12:56 UTCidentified

   ニューヨークの拠点で緊急ネットワークメンテナンスを開始し、当社の現在のプロバイダの予期しない出口に続いて新しい上流接続を展開しています。 詳細については、すべての影響を受けた仮想マシンクライアントに電子メールで送信されます。 このメンテナンス中、ネットワークの移行活動中に、一部の顧客は断続的な接続中断または一時的なダウンタイムが発生することがあります。 メンテナンスウィンドウは最大8時間続くと予想されますが、実際の中断はかなり短くなります。 ご迷惑をおかけいたしますが、何卒ご了承くださいますようお願い申し上げます。 このアップグレードは、ニューヨークサービスの長期的安定性と品質を向上させるための重要なステップです。 進捗が続くと、更新はここに掲載されます.

2. 2026年5月27日 15:28 UTCmonitoring

   ネットワークのアップグレードと1時間で完了しました。すべてのネットワークは安定しています。 ケースを閉じるまで、数時間監視を続けていきます.

3. 2026年6月30日 0:51 UTCresolved

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

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

1. 2026年4月7日 9:31 UTCidentified

   以前の今日のdalstorage01で重大なRAID配列の失敗が発生しました。 RAID コントローラーは、不安定な状態と継続的な書き込み操作を入力し、複数の KVM ディスクイメージの破損を引き起こしました。 ノードはすぐにオフラインで撮影され、さらなる衝撃を防ぎます。 RAID コントローラーは、現在進行中です。 配列サイズのため、回復は時間集中的であり、データの一貫性は保証できません。 今回はダラスの空き容量が限られています。 追加のハードウェアの展開に積極的に取り組んでいますが、ETAは未確認です。 お客様には、代替場所の代替サービスをご提供しております。 レスキューアクセスは、最高のデータ復旧の要求に応じて有効にすることができます。 進捗が続くにつれて、さらなるアップデートが提供されます。 VPSがこれによって影響を受けている場合は、すでに追加の手順で電子メールを送信しました。 メールが送信されていない場合は、すぐにチケットを開封してください.

2. 2026年6月30日 0:52 UTCresolved

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

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

1. 2025年9月22日 22:05 UTCinvestigating

   We've been alerted of an issue with our sofstorage22 node. We've dispatched DC engineers to check the status of the server and attempt recovery.

2. 2025年9月24日 17:35 UTCidentified

   We continue working on the sofstorage22 host node. Unfortunately, at the moment we're unable to restore the RAID array. We're continuing with data recovery and further updates will be posted within 24 hours.

3. 2026年1月29日 20:02 UTCresolved

   This incident has been resolved.

1. 2025年9月4日 5:13 UTCinvestigating

   We've been alerted of a problem with our nuestorage03 KVM storage Node. Upon checking, we've discovered the node is completely unreachable by IPMI. We've dispatched on-site techs to check the condition of the node. Further updates to follow.

2. 2025年9月4日 5:26 UTCresolved

   This incident has been resolved.

1. 2025年9月3日 5:09 UTCidentified

   We've been alerted by our system that our nueryzenkvm01 host node is currently down. As we're unable to open an IPMI connection, we have engaged Datacenter technicians on-site. Updates to follow.

2. 2025年9月3日 5:27 UTCidentified

   We're currently experiencing a hardware failure and we'll be replacing some parts of the chassis with on-site spares. ETA of resolution: 2-3 hours.

3. 2025年9月3日 7:33 UTCresolved

   This incident has been resolved.

1. 2025年7月5日 8:58 UTCidentified

   On July 4th, 2025, we detected a catastrophic RAID10 SSD array failure on node nueovz04. Fortunately, this node was in the process of being decommissioned and actively migrated to new infrastructure, so the impact is limited to a small number of customers. Since discovery, we have attempted multiple recovery approaches, including replacing RAID controllers and utilizing advanced data recovery techniques. We are currently preparing an identical server chassis to import the array and attempt further recovery efforts. At this time, we cannot guarantee recovery success or provide a precise ETA, but we are targeting the first half of the upcoming week for the next update or resolution. We sincerely apologize for the inconvenience and thank you for your patience while we work through this. — The AlphaVPS Team

2. 2025年7月9日 8:33 UTCresolved

   Status: Recovery Unsuccessful – Services Being Recreated Following extensive recovery efforts on node nueovz04, we regret to inform you that we have not been able to restore the RAID10 SSD array. Our team has attempted: - Replacing the RAID controller cache - Replacing the entire RAID controller with multiple known working controllers - Transplanting the drives into an identically configured chassis, with fully matching firmware and hardware Despite all recovery attempts, the RAID array remains inaccessible. At this stage, we must consider the data on this node to be lost. We are now moving forward with recreating affected services on a new node. Our team will be reaching out individually to each impacted customer to coordinate this process. If you were hosted on nueovz04 and have not received an email from us, we urge you to contact our support team as soon as possible. We deeply regret this outcome and sincerely apologize for the disruption. Thank you for your patience and understanding during this time. — The AlphaVPS Team

1. 2025年6月25日 16:40 UTCidentified

   We've detected an issue with our sofovz06 node. We're working on resolving it. Please stand by for updates.

2. 2025年6月26日 7:44 UTCresolved

   We've resolved the issue as of 14 hours ago. We've monitored the situation throughout the time and believe that system is now stable.

1. 2025年5月31日 3:59 UTCidentified

   We've been informed of an urgent DataCenter maintenance in our NYC facility, affecting some of our services there. ETA of service restoration is 1-2 hours.

2. 2025年5月31日 12:59 UTCresolved

   The incident is fully resolved.

1. 2024年12月20日 7:49 UTCinvestigating

   We've been alerted of a catastrophic RAID failure on our nuestorage07 node. Earlier this morning, the controller started flapping, which jumped the I/O load to over 90. This made every VM on the host hypervisor unresponsive. We've proceeded with replacing the RAID adapter and we're moving towards an attempted recovery. At this point, we're unsure if recovery would be possible.

2. 2024年12月20日 9:31 UTCidentified

   We're currently working on bringing the node back online in a stable state. We estimate that it would take us 3-4 additional hours before we start booting the virtual machines up and assessing the damage. Please stand by for further updates.

3. 2024年12月20日 13:54 UTCidentified

   We are starting with restoration of individual KVM machines. Further updates to follow.

4. 2024年12月20日 21:04 UTCidentified

   We're continuing to work on restoring VMs, if your VM is affected - please wait until it's booted up.

5. 2024年12月21日 14:01 UTCmonitoring

   We'll be booting up the remaining virtual servers in the next 1 hour and continue with monitoring the hypervisor.

6. 2024年12月21日 15:44 UTCmonitoring

   Unfortunately, as we booted up the majority of the affected VMs, the node started becoming unstable again with flush operations starting to get queued. We're looking into alternative solutions at the moment. Further updates to come.

7. 2024年12月21日 23:35 UTCmonitoring

   We've proceeded with replacing additional hardware. After we've performed manual fsck on each virtual machine's virtual drive - we've proceeded with booting up all affected VPS. As of now, all services are restored. We'll be monitoring the situation throughout the next days.

8. 2025年1月1日 12:08 UTCresolved

   We've monitored the situation for the past 11 days and as of now, everything is stable and we're closing the issue.

1. 2024年9月27日 12:04 UTCidentified

   We've identified an issue with our Nuremberg network. We're working on resolving it.

2. 2024年9月27日 12:10 UTCmonitoring

   A fix has been implemented. The issue was related to a reboot of a virtual chassis member, causing multiple BGP sessions to start flapping. We're monitoring the environment and we'll apply further fixes as necesary.

3. 2024年9月28日 15:38 UTCresolved

   We've been monitoring the situation and a fix has been implemented for this specific edge case. We're closing this as resolved.

1. 2024年9月9日 16:47 UTCinvestigating

   Our monitoring has alerted us that our laxryzenkvm07 node is currently offline. During our investigation, we've found out that we're unable to reach IPMI/BMC as well. We're dispatching on-site technicians to check the status of the server. Further updates to follow!

2. 2024年9月9日 17:15 UTCresolved

   Services are back online now.

1. 2024年5月18日 10:00 UTCidentified

   Our engineers have identified an upstream-related problem, causing packet loss from certain routes towards our London infrastructure. The issue was identified to be upstream-caused. We're awaiting our London connectivity partners to further update us with an estimation of time for service restoration.

2. 2024年5月18日 10:10 UTCmonitoring

   The issue seems to be currently resolved but we're awaiting updates from our upstream. We will keep monitoring throughout the day.

3. 2024年5月18日 13:40 UTCmonitoring

   Our London connectivity partners state that the issue has been identified and resolved. We will continue to monitor the network throughout the day.

4. 2024年5月18日 17:44 UTCresolved

   As per now - we consider this to be resolved.

1. 2023年12月12日 9:12 UTCidentified

   We've identified a hardware issue with our nueovz04 node and we've immediately taken it offline, pending remote hands in DC to swap some hardware components.

2. 2023年12月12日 10:06 UTCmonitoring

   The node is back online and we'll be monitoring it for stability and further issues.

3. 2024年4月3日 8:57 UTCresolved

   This incident has been resolved.

1. 2023年11月10日 6:09 UTCidentified

   Hello, We've identified an issue in our Sofia location, affecting our network. We've isolated it to our QFX Virtual Chassis Core. We've restored back connectivity on a single member of our Virtual Chassis and no redundancy is present at the moment. We're working on bringing the rest of our VC members online to restore redundancy.

2. 2023年11月10日 9:04 UTCidentified

   We've identified the main problem, which was related to one of the members of our Juniper QFX Virtual Chassis. At the moment, we believe that one of the virtual chassis members suffered a catastrophic failure of internal storage. Unfortunately, this specific Juniper QFX device was the active master in our VC configuration. As per best practices, we run multiple devices, which can take over the mastership when the current master fails, however in this case - this has not happened, as JunOS was partially running on the failing device. The master killed the internal routing sessions and no packets were being transmitted via the secondary devices. Once we determined the root cause, we've done a manual switchover to another VC member and connectivity was restored. We're working on replacing the failing device and bringing it back in our VC to restore redundancy. Service redundancy should still be considered to be at risk. IPv6 connectivity is not restored on 100% yet, as our priority is bringing v4 redundancy back in place. Further updates to follow.

3. 2023年11月10日 9:39 UTCidentified

   As of now, IPv6 connectivity is also restored. We're proceeding with replacing the virtual chassis member.

4. 2023年11月10日 12:34 UTCmonitoring

   We've installed a new QFX member, after initial configuration and restored full redundancy. As of now, all systems are back to being fully redundant again. We'll continue monitoring the infrastructure and close this issue later today.

5. 2023年11月10日 18:19 UTCresolved

   We're closing this incident as resolved.

1. 2023年5月22日 7:58 UTCidentified

   As per our previous email - we're beginning the pre-scheduled migration of nuestorage* nodes.

2. 2023年5月22日 8:08 UTCidentified

   We're taking down nuestorage01 node down.

3. 2023年5月22日 8:23 UTCidentified

   Nuestorage01 is ready and booting up, nuestorage02 is currently being shutdown.

4. 2023年5月22日 8:47 UTCidentified

   We've shutdown nuestorage03. As of the moment - nuestorage02 shows further hardware problems and we'll shut it down again to further debug.

5. 2023年5月22日 9:05 UTCidentified

   We've completed the maintenance on nuestorage03 and we've taken back nuestorage02 for further checks. As of now - both nuestorage01 and nuestorage03 can be considered stable.

6. 2023年5月22日 9:23 UTCresolved

   nuestorage02 node is back up and running. As of now - all nodes are back online and all instability issues should be permanently resolved! We're closing this as resolved.

1. 2023年5月15日 8:38 UTCinvestigating

   Our monitoring has detected network connectivity issues and packetloss in our LAX location. This seems to be related to our upstream and is out of our scope. We're currently awaiting their network engineers to sort out the problem.

2. 2023年5月15日 11:22 UTCmonitoring

   A fix has been implemented and we are monitoring the results.

3. 2023年5月15日 12:42 UTCresolved

   The incident has been resolved and the main cause was a significant peering disturbance in the LA ANY2 peering platform.

1. 2023年1月25日 12:47 UTCinvestigating

   We've started the pre-scheduled network maintenance in Sofia. Minor and short service disruptions might occur.

2. 2023年1月25日 15:54 UTCresolved

   We've completed the maintenance without any disruption to client services and are closing the maintenance window.

1. 2023年1月2日 15:03 UTCinvestigating

   We're investigating a complete network outage in London, related to our upstream. Further news to follow.

2. 2023年1月2日 16:16 UTCidentified

   As of now, we've restored connectivity to the majority of our clients in London. A small portion of clients residing on a specific network segment are still affected. We're dealing with a large-scale network attack and working closely with our upstreams on completely mitigating the attack.

3. 2023年1月2日 17:00 UTCresolved

   Our upstream applied some additional mitigation rules on the Corero device and as of now - all clients are back online.