Инцидент и реакция на API Kapsule FR-PAR



24 января в 23:48 по центральноевропейскому времени (CET) компания Scaleway столкнулась с инцидентом в регионе FR-PAR, который затронул клиентов, использующих управляемые сервисы Kubernetes Kapsule, Kosmos, как с взаимными, так и с выделенными средами, а также некоторые продукты, такие как Cockpit.

Проблема была решена к 01:03 той же ночи. Вот обзор того, что произошло.

Хронология инцидента
23:48: В Scaleway Kubernetes API возникла ситуация нехватки памяти (OOM). Инцидент начался, затронув API-интерфейс региона Kubernetes FR-PAR, что привело к тому, что узлы не смогли пройти аутентификацию в своей плоскости управления, в результате чего некоторые узлы стали NotReady.
23:48: На API-шлюзе обнаружена повышенная нагрузка, при этом количество запросов значительно возросло.
00:00:10: Инцидент передан на внутреннюю эскалацию и обработан дежурными инженерами Scaleway.
00:00–00:30: Продолжается диагностика: ситуация с OOM определена как основная причина сбоя.
00:35 — 00:40: Приняты меры по увеличению оперативной памяти API Kubernetes и запуску дополнительных реплик.
00:43: Исправление сработало, количество запросов к API-шлюзу быстро сокращается.
00:54: Узлы Kubernetes восстанавливали работу, большая очередь действий на отслеживаемых экземплярах
01:03: Все кластеры FR-PAR начали стабилизироваться после реализации дальнейших мер, таких как очистка кеша реестра и мониторинг любых дальнейших проблем.
01:13: Показатели в Cockpit начали появляться снова, указывая на полное восстановление.
После инцидента: для обеспечения стабильности были внесены непрерывный мониторинг и корректировки, включая корректировки конфигураций сервисов.

Влияние
  • Увеличение времени ответа шлюза API, приводящее к некоторой недоступности (достижение тайм-аутов)
  • Узлы Kubernetes не могут пройти аутентификацию и поэтому временно переходят в состояние «Неготов», что приводит к сбою в обслуживании.
  • При необходимости активация процесса автоматического восстановления кластера, генерирующая автоматическую замену узла.

Основная причина и решение проблемы
На стороне Кубернетеса

Инцидент возник из-за сценария нехватки памяти (OOM) в API Scaleway Kubernetes, вызванного одновременным развертыванием в FR-PAR. Ситуация еще более усложнялась, поскольку этот API в настоящее время обрабатывал аутентификацию, не позволяя Kubelet обновлять свои аренды, что приводило к тому, что узлы переходили в состояние NotReady и повторяли попытки на неопределенный срок.
Решение:
Для исправления были предприняты следующие корректирующие действия:
  • Технические изменения: немедленное увеличение лимита памяти и порогов сбора мусора для управляемых сервисов Kubernetes.
  • Масштабирование: развертывание дополнительных реплик для ключевых служб для обработки возросшей нагрузки.
Долгосрочные решения:
Мы планируем реализовать следующие меры безопасности:
  • Реализация локального кэша аутентификации
  • Дальнейшие разработки по аутентификации узлов.
На стороне API-шлюза
На API-шлюз значительно возросла нагрузка, в первую очередь из-за подавляющего количества запросов, исходящих от неисправных компонентов на стороне Kubernetes.

Несмотря на возросшую нагрузку, API Gateway удалось работать без полного отключения. Изменения, уже внесенные в связи с прошлым инцидентом, позволили нам лучше справляться с внезапными скачками количества запросов.

Заключение
Этот инцидент подчеркивает важность надежного мониторинга и механизмов быстрого реагирования при управлении непредвиденным поведением системы. Мы стремимся извлечь уроки из этого инцидента и уже внедрили несколько улучшений, чтобы предотвратить подобные случаи в будущем.

Эти меры включают расширение наших возможностей мониторинга, корректировку наших стратегий ограничения скорости и улучшение наших протоколов реагирования на инциденты. Приносим извинения за причиненные неудобства и благодарим вас за понимание и поддержку, поскольку мы продолжаем совершенствовать наши системы, чтобы лучше обслуживать вас.

Новости 2кв 2023



29 сентября 2023
Новые тарифы хостинга сайтов


Мы полностью обновили линейку тарифных планов виртуального хостинга!
Проанализировав задачи и потребности наших клиентов, мы создали совершенно новую линейку тарифов хостинга. Новые тарифы мощнее и позволяют разместить больше сайтов за меньшие деньги, а ограничений по функциям больше нет.
Планируете разместить новые сайты? Изучите обновлённые тарифы и выберите то, что подходит именно Вам! Нужна консультация? Просто напишите нам.
Кстати, обновить тариф любой существующей услуги можно в личном кабинете.

17 июля 2023
Управляйте услугами прямо в Telegram!


Оплатить услугу, перезагрузить VPS или связаться с поддержкой — всё это (и не только!) возможно в нашем новом приложении в Telegram!
С радостью сообщаем, что мы разработали собственное приложение для Telegram, благодаря которому Вы будете иметь доступ к наиболее популярным функциям личного кабинета прямо в любимом мессенджере.
Для запуска приложения нажмите сюда или запустите нашего бота @x5xhost_bot и нажмите кнопку «Пуск»! Всё просто!
На главной странице приложения отображается вся необходимая информация:
  • Уведомления о неполадках и о технических работах
  • Прогноз расходов на ближайший 31 день

Список всех активных услуг, а также кнопки быстрого действия для заказа новых (в том числе и регистрации доменного имени):

Нажимая на три точки рядом с услугой можно получить доступ к VNC-консоли, перезагрузить виртуальный сервер. А также увидеть стоимость услуги в месяц и количество оставшихся активных дней у конкретной услуги:

В разделе «Оплата» можно быстро и легко пополнить счёт с помощью привязанной банковкой карты. Присутствует информация о сумме, на которую необходимо пополнить баланс счёта для оплаты всех услуг:

И, конечно, быстрая и простая связь с поддержкой!

Повторим, как получить доступ к приложению:
Перейдите к нашему боту в Telegram — @x5xhost_bot
Нажмите кнопку «Пуск» или на эту ссылку
До встречи в Telegram!

12 июля 2023
Добавили поддержку новых версий Node.js и Python на хостинге! 

Мы всегда стараемся сделать так, чтобы нашим клиентам было доступно всё самое новое и лучшее! Теперь у нас на хостинге доступны Node.js 19 и 20, а также Python 3.11.
  • Новые версии уже доступны для выбора в DirectAdmin
  • Изменения в Node.js 19 и 20
  • Новая версия 20, которая вышла в конце апреля 2023 года и сейчас является актуальной, внесла следующие изменения:
  • Повысилась производительность в целом, в том числе для HTTP(S)/2.0
  • Улучшилось управление памятью
  • Обновились версии V8, libuv и некоторые модули ядра Node
  • Добавилась так называемая Permission Model, позволяющая настроить ограничения на работу приложения: к примеру, можно разрешить читать только определённые папки или выполнять определённые действия с файлами, запускать определённые процессы и т.п.
Изменения в 19 версии, вышедшей осенью 2022 года:
  • Стабильный WebCrypto
  • Движок V8 JavaScript обновился до версии 10.7
  • Была удалена поддержка DTrace/SystemTap/ETW
  • KeepAlive для HTTP(S)/1.1 стал активен по-умолчанию
Что нового в Python 3.11?
В первую очередь важно отметить, что Python 3.11 на 10-60% быстрее версии 3.10.
Также появилось несколько полезных функций:
  • Примечания к исключениям: теперь можно задать примечание, которое будет выводиться наряду с текстом ошибки при вызове исключения.
  • Группы исключений: теперь можно настроить вызов сразу нескольких функций при обработке ошибок.
  • Тип Self: теперь можно ссылаться на текущий класс по-новому.
  • Начиная с версии 3.11 удалена поддержка Py_UNICODE, который был обозначен устаревшим ещё с версии 3.3.

Реестр хостинг-провайдеров и идентификация



О реестре хостинг-провайдеров
С радостью сообщаем вам о том, что ИксФайвИкс Хостинг включён в единый реестр хостинг-провайдеров. Мы прошли все необходимые для этого проверки и получили возможность легального оказания услуг нашим клиентам.

Для чего мы вступили в реестр?
Компании, не вошедшие в реестр до 1 февраля 2024 года, не смогут оказывать услуги хостинга на территории России.
История нашей компании началась в далёком 2006 году. За это время мы сильно выросли, но остались верны своим принципам: качество лучше количества. Мы работаем на качество и всегда ищем индивидуальный подход к каждому клиенту! Мы не даём шаблонных ответов и не заставляем долго ждать. Мы работаем оперативно и слаженно. Вся эта система выстраивалась нами годами, а потому продолжение безопасной и бесперебойной работы во благо наших клиентов играет для нас наиболее важную роль.

Что это меняет для вас?
Реестр хостинг-провайдеров — не просто очередной список, нахождение в нём накладывает и определённые требования, которые нам потребуется выполнять.
Одно из них — идентификация клиентов. Идентификация происходит путём подтверждения российского номера телефона по SMS или с помощью оплаты наших услуг банковской картой (должна быть выпущена банком РФ, либо банком другой страны, если это карта МИР), по СБП или банковским переводом.
Кстати, этот процесс мы начали ещё в декабре прошлого года, а многие клиенты за почти 2 месяца успели его успешно пройти.

Идентификацию нужно пройти в следующих случаях:
  • Если вы являетесь резидентом РФ и пользуетесь нашими услугами хостинга или VPS
  • Если вы являетесь резидентом любой другой страны и пользуетесь нашими услугами хостинга или VPS с размещением в России
Можно не проходить идентификацию в следующих случаях:
  • Если вы являетесь резидентом РФ, но не пользуетесь и не планируете пользоваться услугами хостинга или VPS (например, только регистрируете домены, покупаете SSL-сертификаты или лицензии на ПО)
  • Если вы не являетесь резидентом РФ и не пользуетесь нашими услугами хостинга или VPS с размещением в России

Как пройти идентификацию:
Если вы являетесь резидентом РФ и после 1 января 2023 года уже совершали платёж за любые наши услуги российской картой, по СБП или банковским переводом, то идентификация уже пройдена.
Если же после 1 января 2023 года такой платёж Вами ещё не совершался, то Вам нужно пройти идентификацию совершив платёж на любую сумму или подтвердив российский номер телефона по SMS здесь (кнопка «Просмотреть», далее кнопка «Подтвердить» напротив номера телефона).

О необходимости прохождения идентификации мы уведомим по email дополнительно в ближайшее время.

x5x.host

Добавили вечные ВМ



У нас уже были в Кемерово


Теперь доступны и для Москвы
  • [вечная] MSK, Ryzen 9 7950x (5400GHz) [16 vCore] / 2 DDR5 5600 МГц / 25 ГБ NVME — 20000р
  • [вечная] MSK, Ryzen 9 7950x (5400GHz) [16 vCore] / 8 DDR5 5600 МГц / 100 ГБ NVME — 30000р
  • [вечная] MSK, Ryzen 9 7950x (5400GHz) [16 vCore] / 16 DDR5 5600 МГц / 200 ГБ NVME — 60000р
  • [вечная] MSK, Ryzen 9 7950x (5400GHz) [16 vCore] / 32 DDR5 5600 МГц / 400 ГБ NVME — 120000р
  • [вечная] MSK, Ryzen 9 7950x (5400GHz) [16 vCore] / 192 DDR5 5600 МГц / 2 ТБ NVME — 666666р

Заказать
666.ponaehali.moscow/billmgr
bill.yacolo.net/billmgr
yacolo.billmanager.cloud/billmgr
Новости hosting.kitchen/blog/Ponaehali-moscow/

История вечных

Дата-центр Миран-2 победил в номинации “ЦОД года”



На торжественной церемонии вручения Национальной премии “ЦОДы.рф” 20 апреля 2023 года дата-центр Миран-2 победил в номинации “ЦОД года” в которой боролись именитые коммерческие дата-центры России.

Премия присуждается коммерческому дата-центру не только за надежность и качество предоставляемых услуг, но и команде профессионалов обеспечивающих бесперебойную работу инженерного оборудования, клиентскому сервису за четкость и быстроту решений, а также руководству двигающему ЦОД в правильно векторе развития.

Качество, надежность и клиентоориентированность дата-центров МИРАН подтверждается отзывами не только клиентов, но и профессионалами Российского рынка ЦОД, которые в в ходе голосования среди всех номинантов выбрали именно дата-центр Миран-2.

Дата-центр Миран-2, представляет из себя современную площадку на 400 серверных шкафов, построенную по всем правилам стандартов Tier III. ЦОД обладает современной инженерной инфраструктурой обеспечивающую бесперебойную работу серверного и телекоммуникационного оборудования, стыками с 50+ операторами связи, круглосуточной технической поддержкой и широким спектром ИТ-услуг.

Кибер-Бэкап — резервное копирование данных



Запустили услугу по резервному копированию на основе Кибер Бэкап — это комплексное решение для резервного копирования и восстановления данных с защитой от вирусов-шифровальщиков.

Рассчитайте стоимость резервного копирования
Два варианта тарификации:
  • лицензия на устройство + место на хранилище
  • оплата только за место на хранилище

В зависимости от количества бэкапируемых устройств и объема может быть выгоден тот или другой способ.

Выберите количество устройств и планируемый объем хранимых бэкапов:
miran.ru/extra-services/kiber-bekap-rezervnoe-kopirovanie-dannyh

Локальная сеть — бесплатно для выделенных серверов



Теперь объединять выделенные серверы в локальную сеть 1Гбит/с можно бесплатно, для этого в опциях выделенного сервера выберите опцию «локальная сеть 1Гбит/с» на втором порту сервера. Все серверы с локальной сетью на одном аккаунте будут объединены.

Что бы объединить разные услуги в локальную сеть, добавьте ее в опциях других услуг.

Беспредел в госзакупках: как ФОМС препятствовал исполнению госконтракта

Привет! На связи Флекс, ООО (Cloud4Y), корпоративный облачный провайдер. Хотим поделиться историей о том, как мы выиграли тендер ФОМС на 26 млн рублей, но оказались «неправильным» победителем. За это нам назначили штраф, обещают занести в чёрный список недобросовестных исполнителей, за 3 дня назначают заседание в ФАС и лишают нас права подготовить защиту.



Победа в тендере
04.10.2023 года в протоколе № 0 273 100 001 123 000 115 Cloud4Y ( ООО «Флекс») был назван победителем в тендере ФОМС (Федеральный фонд обязательного медицинского страхования) на оказание услуг по предоставлению вычислительных ресурсов и доступа к ним для обеспечения функционирования подсистем ГИС ОМС. Контракт был подписан 16.10.2023.

Сумма тендера — 26 млн рублей. Рядовое событие, небольшая сумма, и мы по давно обкатанному алгоритму запросили конфигурации ИТ‑систем, доступы и другие технические детали для осуществления миграции. С нашей стороны всё было подготовлено заранее, виртуальная инфраструктура зарезервирована и готова к работе. Срок выполнения переноса инфраструктуры ФОМС на платформу провайдера — до 31.01.2024. Сроки разумные, проблем не ожидается.

После объявления результатов тендера в ходе неформального общения у нас сложилось впечатление, что представители ФОМС не хотели бы видеть нашу компанию в качестве победителя. Видимо, потому что уже есть сложившиеся отношения с текущим исполнителем. Мы продолжаем бороться за право на тендер, поскольку имеем опыт и ресурсы для его выполнения.

Контракт был подписан 16.10.2023 и в тот же день ФОМС затребовал план миграции — строгий технический документ, в котором описываются этапы миграции, сроки, сценарии действий, ответственные за перенос инфраструктуры клиента к провайдеру лица и другие сведения. К плану потребовали приложить список документов, в том числе по информационной безопасности, которые изначально в ТЗ на тендер отсутствовали. Для создания плана миграции необходима техническая информация от клиента, от которой можно отталкиваться для подготовки качественного плана миграции.

17.10.2023 мы письмом запросили информацию, необходимую для составления плана миграции и Программы и методики испытаний (ПМИ), а также для проведения самой миграции. Нам требовалось описание текущей конфигурации инфраструктуры ФОМС и контакты ответственных сотрудников, которые должны принимать участие в процессе миграции со стороны Фонда. В письме мы также сообщили, что выделили вычислительные мощности для размещения информационных систем ФОМС, и остаётся только провести миграцию вычислительных мощностей Фонда на платформу провайдера. Но подготовить чёткий план миграции и ПМИ, а также провести саму миграцию без информации, запрошенной нами, невозможно.

18.10.2023 Cloud4Y запросил контакты исполнителей со стороны ФОМС, а также попросил предоставить информацию о том, где на тот момент располагались данные, которые должны были быть смигрированы на выделенные нами вычислительные мощности. Нам нужно было разрешение на подключение к данной стойке для развёртывания оптических линий связи, так как без него невозможно провести миграцию даже при утверждённом плане миграции. В этот же день отдельным письмом предложили провести видеоконференцию с техническими специалистами, чтобы обсудить план миграции и получить информацию, которая нужна для подготовки этого документа. Ответа на письмо не поступило. В телефонном разговоре представитель ФОМС отказался проводить какие‑либо обсуждения.

19.10.2023 мы получили ответ, что описание текущей конфигурации инфраструктуры ФОМС необходимо включить в план миграции, но саму информацию не предоставил. Вместо этого ФОМС ещё раз попросил предоставить план миграции с программой и методикой испытаний (ПМИ). При этом сроки для предоставления плана установили максимально короткие: в целях обеспечения миграции подсистем ГИС ОМС, функционирующих на виртуальных ресурсах ЦОДа заказчика по адресу: г. Москва, пр‑т Мира, д. 105, стр. 6, мы должны были в течении 5 рабочих дней с даты заключения государственного контракта разработать и согласовать с заказчиком план миграции с ПМИ.

Нет информации — нет плана. А информацию мы вам не дадим
Даже в таких условиях можно работать, и специалисты Cloud4Y 20.10.2023 г. отправили на согласование план миграции данных, который по причине отсутствия данных, не предоставленных Заказчиком, представлял собой план проведения общих мероприятий, обычно проводимых при осуществлении миграции данных. К плану приложили часть документов, которые мы могли подготовить без получения сведений от ФОМС. Программа и методика испытаний не были отправлены, так как без запрашиваемой информации составить её невозможно даже в общих чертах. Также мы уведомили ФОМС, что не предоставление нам данной информации можно считать саботированием исполнения нами государственного контракта.

Из ответа ФОМС мы узнали, что план не устроил по причине того, что в нём нет (!) технических подробностей. Но своё недовольство планом миграции компания сообщила лишь 27.10.2023 г, то есть позже установленного самим ФОМС сроком. Более того, письмо было отправлено Почтой России и поступило к нам с большим опозданием.

Интересно, что в своём очередном письме ответственное лицо ФОМС отказался предоставить нам запрашиваемую информацию, пока мы не предоставим запрашиваемые Фондом документы. Причём даже те, которые служат сугубо для служебного пользования и не должны передаваться третьим лицам.

В итоге:
  • а) Cloud4Y не мог подготовить ПМИ из‑за отсутствия технических данных и не имел права предоставить сведения, которые могут раскрыть подробности внутренней системы безопасности. Чтобы аргументировать отказ, провайдер напомнил, что инфраструктура ЦОД действующего под брендом Cloud4Y ООО «Флекс», предоставляемая для миграции подсистем ГИС ОМС, имеет действующий аттестат соответствия требованиям по защите информации по первому классу защиты государственных информационных систем (К1) и по первому уровню защищенности персональных данных (УЗ1). Данные класс и уровень являются наивысшими, и наличие подтверждающих документов, которые были предоставлены ещё в составе аукционной заявки. Это говорит о том, что у нас имеются все необходимые документы и нас проверили профессионалы.
  • б) ФОМС отказывался предоставить техническую информацию до момента, пока не получит нужные им документы.

Замкнутый круг и чьи-то личные интересы
Получился замкнутый круг. Выглядело всё так, словно кто‑то явно пытается воспрепятствовать исполнению Cloud4Y своих обязательств по заключенному контракту. Было непонятно, в чём причина и нет ли тут чьей‑то личной заинтересованности. У нас большой опыт работы с госконтрактами, но с таким мы сталкиваемся впервые.

Интересно, что после сообщения о недовольстве планом миграции ФОМС перестаёт выходить на связь, не отвечает на наши обращения. Заказчик полностью пропал, мы регулярно обращались, каждый день им писали, бомбили, но реакции не было. Через три недели мы понимаем, что обратной связи не будет, что нас игнорируют.

Мы со своей стороны понимаем, что нормального сотрудничества не будет, хотя мы полностью соответствуем требованиям и готовы в полном объёме выполнить работу. Но раз возникла такая история, начинаем предлагать альтернативные варианты, которые могли бы устроить все стороны. Хотим решить дело мирно. ФОМС не идёт на наши предложения, представитель ФОМС настроен агрессивно и хочет нас «наказать».

На обращение в ФАС 25.10.2023, нам ответили, что контракт уже заключён, акта нет, услуги оказывать мы не начали. Соответственно, ФАС ничего сделать не может, надо решать через суд.

Одновременно мы написали в Администрацию президента, ФСБ, Минздрав (антикоррупционный отдел), прокуратуру, казначейство. Были заведены дела. Но даже после того, как мы сообщили об этом ФОМС, они не пошли навстречу, не отреагировали.

01.11.2023 на отраслевом форуме CNews FORUM 2023 представитель Cloud4Y в неформальной обстановке общался с представителем текущего исполнителя, в центре обработки данных которого размещались информационные системы ФОМС, и из которого они должны были быть мигрированы в наш дата‑центр. В ходе беседы представитель текущего исполнителя заявил, что мы не получим никакой информации. Снова возникло подозрение о возможном сговоре с целью помешать исполнению нами госконтракта.

03.11.2023 мы ещё раз безрезультатно попытались обсудить миграцию на рабочем совещании с ФОМС. Представители ФОМС назвали встречу неформальной и просили её не афишировать.

13.11.2023 г. в наш адрес Фонд через Почту России отправил письмо, в котором вместо нужной нам информации было опять написано про план миграции и ПМИ, по которым у нас не было никакой информации, а также сказано, что информацию о номере стойки, необходимую для организации канала связи, передана нам письмом от 20.10.2023 г. исх. № 00–10–92–2–06/17 685. Это письмо до нас так и не дошло и есть сомнения, что его когда‑либо отправляли.

Виновны в игре по правилам
06.12.2023 мы отправили в ФОМС письмо, в котором ещё раз описали проблемы, возникшие у нас при исполнении госконтракта по вине Фонда, который так и не предоставил нам запрашиваемую информацию. Снова указали, что действия ФОМС можно расценивать как преднамеренное затягивание исполнения госконтракта.

15.12.2023 ФОМС направил претензионное письмо исх. № 00–10–92–2–06/21 404 через ЕИС, где обвинил Cloud4Y в том, что провайдер не предоставил ПМИ и документы. Часть из этих документов мы уже отправляли, а другая часть является документами для служебного пользования (конфиденциальная информация), о чем мы уже сообщали ранее.

21.12.2023 мы отправили повторную претензию через ЕИС и попросили предоставить необходимые документы, а также напоминали Фонду о его обязанности (в соответствии с п.1. статьи 718 ГК РФ) оказывать нам содействие в выполнении работ по договору. Так же мы напомнили о том, что в соответствии с статьей 719 ГК РФ в случае неисполнения Заказчиком встречных обязанностей по договору подряда Подрядчик вправе не приступать к выполнению своих обязанностей и приостановить уже начатые работы. В претензии было указано, что в ответ на наш запрос (исх. № 00–10–92–2–06/210), вместо запрашиваемых нами документов у нас запросили план миграции, ПМИ и документы.

Кульминация
16.01.2024 ФОМС направил решение об одностороннем отказе от исполнения контракта в связи с невыполнением Cloud4Y своих обязательств. В документе были искажены факты, поэтому мы развёрнуто ответили на претензию 18.01.2024 г. И даже, поняв личную заинтересованность стороны в отказе от сотрудничества с нами, предложили расторгнуть договор по обоюдному согласию. Хотя мы понесли финансовые потери, потратили время на подготовку плана миграции, инфраструктуры, заплатили около полумиллиона за банковскую гарантию, ФОМС отказался идти нам навстречу.

Мы оценили наши бизнес-риски как высокие (риск попасть на штраф, а также в реестр недобросовестных поставщиков, из‑за чего мы не сможем брать тендеры и работать с госсектором) и, понимая, что на конец января защиты нашего нарушенного права по контракту искать негде, мы решили пойти на двустороннее соглашение о расторжении. Однако в последний день вступления в силу одностороннего отказа ФОМС неожиданно пропал из переговорного процесса.

Фонд проигнорировал наше письмо и 29.01.2024 в 00:00 одностороннем порядке происходит расторжение договора со штрафом и передачей дела в ФАС.

29.01.2024 ФОМС выставляет требование об уплате штрафа в 1,3 млн. рублей со сроком оплаты 2 дня. Мы были вынуждены оплатить штраф, так как существовал риск «попасть» на сумму в 18 млн рублей по банковской гарантии. Отвечая на решение о неустойке, мы написали, что не согласны, но вынуждены в данный момент подчиниться и сделать оплату.

В тот же день 29.01.2024 в ответном письме на требование об оплате штрафа мы сообщили ФОМС об уплате штрафа.

В свою очередь ФАС назначил заседание на 2 февраля.

И ситуация снова вызывает подозрения. По словам привлечённого нами юридического специалиста‑эксперта по взаимодействию с ФАС по вопросам тендеров заседание назначено слишком быстро. По обычной практике дата заседания ФАС назначается через 6 дней после обращения. В случае с ООО Флекс дата заседания назначается на 3-й день. В данной ситуации у ООО Флекс мало времени подготовиться, что снова вызывает подозрения в чьей‑то заинтересованности.

ЭПИЛОГ
Пока всё выглядит так, словно мы стали компанией, выигравшей тендер, которые не должны были выигрывать. ФОМС не попытался решить ситуацию, отвергая попытки мирного решения вопроса.

Сейчас мы продолжаем пытаться добиться справедливости, несмотря на первоначальный отказ ФАС вмешиваться в дело, а также назначенное заседание с тем же самым ФАС, но по инициативе ФОМС.

Стремления государственных структур как ФОМС работать с кем‑то, кроме «нужных» партнёров огорчает. Это несправедливо, это губительно для бизнеса и это бросает тень подозрения на возможную коррумпированность отдельных государственных структур или личностей. Не многие пытаются добиться справедливости, есть те, кто также пострадали и молчат.

Чем закончится история, расскажем позднее. А пока держите за нас кулачки, мы будем биться за правду. Спасибо за внимание!

H2.NEXUS - Бесплатный сервер на Windows



Бесплатный временный сервер теперь доступен и на Windows!

Мы создали для вас удобный инструмент — вы можете запускать полноценные серверы на Ubuntu 22.04 LTS и Windows Server 2012 R2 прямо из браузера на любом устройстве, в любой точке мира! Без регистрации и СМС. Онлайн.
Конфигурация каждого сервера: 4 ядра Xeon 2680v4, 4 ГБ памяти, 20/30 ГБ SSD, интернет 100 Мбит.
Если вам нужно переустановить сервер, вы просто обновляете страницу, что занимает 10 секунд, и у вас будет новый сервер.
Это отличная возможность для новичков узнать, что такое сервер и для чего он нужен, без лишних затрат и страха что-то сломать.
А для уверенных пользователей — удобный инструмент для экспериментов, изучения и тестирования всего, что угодно.

Мы продолжаем развивать наш проект – и не останавливаемся ни на секунду!

Добавляйте в закладки — https://h2.nexus/cli

H2.NEXUS