TECNOWEB Colombia: обещание 99,9% и 48-часовой срок ремонта в неназванном дата-центре

Резюме

• Годовая гарантия хостинга TECNOWEB Colombia на уровне 99,9% допускает около 8 часов 46 минут простоя, однако условия дают технической команде до 48 часов после уведомления на устранение инцидента и не публикуют методику измерения, график компенсаций и целевые сроки восстановления по каждому продукту.
• Компания заявляет, что владеет серверами, использует выделенные стойки, удалённые консоли и удалённое управление питанием, а также отправляет инкрементальные копии во внешний дата-центр, но публично не называет производственную и резервную площадки, не указывает их юрисдикции и не показывает, сколько мощностей остаётся доступными после отказа сервера, электропитания, охлаждения или сети.
• AS64114 и зарегистрированные в Колумбии блоки адресов — это действующие публичные доказательства реального сетевого присутствия, тогда как два наблюдаемых апстрима и несколько точек обмена трафиком — лишь логические подключения; они не подтверждают, что стойки TECNOWEB Colombia имеют два независимых физических выхода, два независимых канала электропитания или проверенную точку миграции.

Восемь часов допустимого простоя, затем 48-часовой отсчёт

Арифметика 99,9% проста и поместится в счёт. За 365-дневный год недостающие 0,1% составляют 525,6 минуты: 8 часов 45 минут 36 секунд. Это весь годовой допустимый перерыв, если учитывать каждую минуту недоступности. Для компании, чей сайт, оформление заказа, приложение или почтовый ящик размещены на этом сервисе, важен не вопрос, звучат ли три девятки обнадёживающе. Важно, когда начинается отсчёт, что его останавливает, какие сбои учитываются и что происходит при превышении допустимого лимита.

Главная страницаTECNOWEB Colombiaрекламирует доступность 99,9%, немедленную активацию, круглосуточную поддержку на испанском языке, автоматическое резервное копирование и размещение в дата-центрах «первого уровня». Действующиеусловия обслуживанияважнее. В них указано, что TECNOWEB COLOMBIA SAS гарантирует годовую доступность услуг хостинга на уровне 99,9%. Для инцидента, не подпадающего под обстоятельства непреодолимой силы, техническая команда предоставит решение в течение максимум 48 часов с момента уведомления. Этот же документ исключает или ограничивает ответственность за перерывы, связанные с электроснабжающими организациями, стихийными бедствиями, национальными или международными каналами связи, предоставляемыми третьими сторонами, оборудованием или программным обеспечением третьих лиц, а также с небрежным обращением с учётными данными.

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

Нет и опубликованной таблицы компенсаций, которая переводила бы невыполненную доступность в возмещение.

Это не доказательство того, что TECNOWEB допускал 48-часовой простой или что обычное восстановление занимает столько времени. Это свидетельство того, что публичный договор и маркетинговое число отвечают на разные вопросы. Маркетинговое число описывает результат. Пункт описывает максимальный срок для действий после сообщения клиента о проблеме. Для серьёзной оценки непрерывности нужен операционный мост между ними: мониторинг, который обнаруживает инцидент до заявки, поименованные уровни критичности, интервалы подтверждения и обновления, целевой срок восстановления, целевой срок восстановления данных и запись о том, был ли результат достигнут.

Страница VPS TECNOWEB также упоминает «Tier III».Пояснение классификации уровней от Uptime Instituteопределяет Tier III как уровень с возможностью одновременного обслуживания, с резервируемыми компонентами и путями распределения, позволяющими проводить плановое обслуживание без остановки ИТ-операций. Публичная страница TECNOWEB не называет площадку, не приводит сертификат и не указывает, какое помещение и какая нагрузка охвачены этим обозначением. Поэтому разумно считать это заявлением поставщика о среде хостинга, а не независимо подтверждённым доказательством того, что каждый продукт, стойка и зависимость наследуют характеристики Tier III.

Обещание приобретает смысл только на конкретной границе. Если сбой электропитания выводит из строя один хост, а виртуальная машина перезапускается в другом месте за считанные минуты, год может остаться в пределах 99,9%. Если у исправного хоста не хватает оперативной памяти, дискового пространства или лицензионных мощностей, миграция останавливается. Если сервер уцелел, но оба видимых апстрима заходят в здание через один вход, трафик всё равно останавливается. Если резервная копия существует, но её нельзя быстро восстановить, защита данных не восстанавливает доступность.

Остальные десять разделов следуют по этой цепочке от договора к стойке и обратно к клиенту.

Каталог шире, чем одна платформа хостинга

TECNOWEB Colombia продаёт не одну стандартную машину. Её текущий каталог охватывает общие среды, виртуальные машины, физические серверы, аккаунты реселлеров, управляемую почту, офисные пакеты третьих сторон, регистрацию доменов и услуги безопасности. Каждый продукт смещает операционную границу и меняет то, что клиент может обоснованно ожидать от TECNOWEB с точки зрения контроля.

СтраницаLinux-хостингапродвигает cPanel, LiteSpeed и хранилище NVMe. Четырём тарифам назначены ограниченные квоты дискового пространства и почтовых ящиков, а еженедельное резервное копирование на небольших тарифах отличается от ежедневного на более крупных. ПредложениеWordPressдобавляет оптимизированный прикладной уровень, кэш и интерфейс управления WordPress.Windows-хостингпереводит клиента на Plesk, IIS и поддержку приложений Microsoft, аJava-сервисдобавляет зависимости Tomcat и среды выполнения Java. Это не просто разные ярлыки. Они связаны с разными управляющими плоскостями, циклами обновлений, лицензионными зависимостями, профилями памяти и процедурами восстановления.

Тарифы для реселлеровраспространяют последствия одного инфраструктурного сбоя на клиентов другой компании. TECNOWEB продвигает WHM, white-label-аккаунты, формально неограниченное число доменов, клиентов и трафика, а также дисковые тарифы от 20 до 100 ГБ. Реселлер может позиционировать себя как непосредственного поставщика, хотя физический ремонт, гипервизор, хранилище и апстрим-канал остаются вне его контроля. Один вышедший из строя общий узел может затронуть конечных пользователей, которые никогда не слышали о TECNOWEB.

Каталог VPSиспользует KVM на Proxmox и предлагает тарифы от двух vCPU, 2 ГБ ОЗУ, 40 ГБ SSD и 1 ТБ трафика до четырёх vCPU, 8 ГБ ОЗУ, 300 ГБ SSD и 10 ТБ трафика. Клиенты получают root-доступ, браузерную консоль, снапшоты и межсетевой экран на уровне гипервизора. Страницавыделенных серверовобещает эксклюзивное оборудование, быструю выдачу популярных конфигураций и рекомендует дополнительный диск для резервного копирования. Клиент выделенного сервера избегает «шумных соседей» на уровне гостевых систем, но по-прежнему разделяет электропитание, охлаждение, апстрим-каналы, удалённое вмешательство и, возможно, коммутатор верхней части стойки.

Почта добавляет ещё две границы.Email Empresasпредставлен как сервис Open-Xchange с 25 ГБ почтового хранилища и 5 ГБ файлового хранилища на аккаунт, функциями совместной работы и доступностью 99,9%. Более старая страницаEmail Pymesрекламирует 5 ГБ на аккаунт и делает более широкие заявления о резервировании, избыточности и доступности сети. TECNOWEB также перепродаётGoogle WorkspaceиMicrosoft 365. В этих продуктах TECNOWEB может контролировать продажу, подключение, выставление счетов и первую линию поддержки, но глобальная инфраструктура приложений и хранения принадлежит вышестоящему платформенному провайдеру.

Этот диапазон важен, потому что «TECNOWEB недоступен» может описывать несколько разных инцидентов. Общий веб-узел может выйти из строя, а почта на платформе Google продолжит работать. Портал клиента может быть недоступен, а действующий VPS продолжит обслуживать трафик. Ошибка продления домена может убрать рабочий сайт из публичного интернета без какого-либо сбоя сервера. Реселлер может потерять административный доступ, тогда как сайты его клиентов останутся в сети. Полезное сервисное обязательство должно указывать продукт и точку измерения; брендовый процент сам по себе не может описать все эти состояния.

Колумбийский договор действует внутри региональной операционной границы

Юридический контрагент виден.Страница колумбийского бизнес-каталога, основанная на данных RUES, указывает TECNOWEB COLOMBIA S A S как действующую компанию, приводит NIT 901182036, размещает её в Боготе и классифицирует деятельность как обработку данных, хостинг и связанные работы, а также ИТ-консалтинг и администрирование вычислительных объектов.Страница оплаты для Колумбиипоказывает местную коммерческую поверхность в колумбийских песо и локальные платёжные каналы. Условия обслуживания выбирают колумбийское право и суды в Боготе.

Это не означает, что каждый сервер, сотрудник, лицензия или сетевой ресурс принадлежат колумбийской компании. Собственные материалы бренда «о нас» говорят, что он предоставляет услуги, связанные с хостингом, с 2002 года, тогда как публичный бизнес-реестр идентифицирует нынешнюю колумбийскую SAS. История бренда и возраст одного юридического лица — не одно и то же. Сайт также предлагает отдельные витрины для разных стран региона. Покупателю нужно знать, какая компания выставляет счета за услугу, какая эксплуатирует оборудование, какая владеет сетевым ресурсом и какое юридическое лицо отвечает, когда услуга пересекает границу.

Региональная граница особенно заметна в записях интернет-номеров.Избирательный список LACNIC на 2025 годвключает TECNOWEB COLOMBIA SAS в число колумбийских организаций. Однакозапись LACNIC для AS64114указывает регистрантом автономной системы TECNOWEB PERU SAC и помечает её как действующую. Отдельнаязапись объекта LACNIC для TECNOWEB COLOMBIA SASсодержит административный адрес в Боготе и связывает колумбийскую организацию с записями номерных ресурсов.

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

Колумбийская компания, работающая с клиентами, может полагаться на групповые или партнёрские возможности, не описанные в розничном договоре.

Это различие важно при восстановлении. Предположим, адрес колумбийского клиента остаётся зарегистрированным за TECNOWEB Colombia, а изменения маршрутов выполняются в рамках AS64114. Сотрудники, уполномоченные менять маршрутизацию, могут работать на другую региональную структуру или общую операционную функцию. Предположим, производственная стойка находится на площадке, арендованной сестринской компанией. Колумбийский продавец может координировать поддержку, но не контролировать доступ в здание или выезд оператора связи. Ни одна из таких схем не является по своей сути слабой; региональные хостинговые компании обычно делят инфраструктуру.

Риск возникает из-за непрозрачности полномочий и порядка эскалации, когда на счету каждая минута.

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

Компания описывает свои стойки, не называя здание

Страница компаниисодержит необычно конкретные описания от первого лица. Там сказано, что компания владеет, а не арендует всё оборудование и серверы; использует двухпроцессорные системы Intel Xeon со 128–256 ГБ ОЗУ, корпоративные SSD и RAID 1 или RAID 10; оснащает серверы оптическими сетевыми картами 10 Гбит/с; размещает их в выделенных стойках; подключает удалённую консоль и устройства удалённого управления питанием. Также заявляются три уровня межсетевого экрана, круглосуточный мониторинг, DNS в Чили, США, Франции и Англии, а также ежедневные инкрементальные копии, отправляемые во внешний дата-центр.

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

RAID выдерживает определённые отказы дисков, но не является копией, защищённой от удаления, повреждения, пожара или сбоя контроллера хранилища.

Отсутствующее существительное — это площадка. Страница неоднократно говорит «дата-центр» или «внешний дата-центр», не называя ни один из них. Нет уличного адреса, оператора площадки, идентификатора помещения, номера сертификата, топологии электропитания, топологии охлаждения, схемы пожаротушения, оценки риска затопления, точек ввода операторов связи или юрисдикции резервной площадки. Страница VPS называет среду Tier III, а страница выделенных серверов говорит о серверах в Колумбии и нескольких вариантах дата-центров, но ни одна из них не приводит привязку к конкретной площадке для колумбийских тарифов, доступных на дату исследования.

Адрес в Боготе из записи объекта LACNIC — это административное свидетельство, а не координата дата-центра. Держатель сетевого ресурса может быть зарегистрирован в офисе, а его серверы работать в другом городе или стране. Точно так же продажи по всей стране — в Боготе, Медельине, Кали и других городах — описывают рынок, а не расположение стоек. Хостинг доходит до колумбийского клиента через интернет; ему не нужен сервер в городе клиента.

Одно наблюдение на уровне адреса делает вопрос о местоположении острее, но не решает его.Страница IPinfo для 179.61.15.3, адреса внутри блока, зарегистрированного на TECNOWEB Colombia, относит этот адрес к Тампе, штат Флорида, и помечает его как хостинговую инфраструктуру. Сама страница — это наблюдательный продукт геолокации, а не договор на площадку. Один IP можно перенести, анонсировать удалённо, неточно локализовать или использовать только для одной услуги. Он не может доказать, где находятся парк виртуального хостинга, хосты VPS, выделенные серверы или резервные копии.

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

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

Проданные квоты не раскрывают установленную или выживаемую мощность

Страницы хостинга изобилуют клиентскими квотами и почти молчат об общей инфраструктуре. Для розничного хостинга это нормально, но из-за этого легко ошибиться в анализе мощностей. Тариф на 50 ГБ не доказывает, что провайдер установил только 50 ГБ, а 1 ТБ трафика — это не порт 1 Тбит/с. Эти цифры описывают, сколько может потребить один клиент в рамках продукта, а не сколько серверных, дисковых, сетевых или энергетических мощностей установлено у провайдера.

Linux-тарифы публикуют 10, 30, 50 и 80 ГБ хранилища NVMe с разными правами на почтовые ящики, базы данных, домены и резервные копии. Страница реселлеров публикует 20, 30, 50 и 100 ГБ, используя «безлимит» для доменов, клиентов и трафика. Безлимит не может означать физическую бесконечность; это коммерческое обещание, ограниченное общим оборудованием, правилами допустимого использования и способностью провайдера контролировать конкуренцию за ресурсы. Страницы не раскрывают число аккаунтов на сервер, переподписку хранилища, лимиты CPU, лимиты памяти, пороги ввода-вывода или резервные узлы, зарезервированные для эвакуации отказавшего хоста.

Страница VPS более откровенна на границе гостевой системы. Её четыре тарифа показывают выделение vCPU, ОЗУ, SSD и трафика и утверждают, что ресурсы выделяются без переподписки. Даже если каждое перечисленное гостевое выделение действительно соблюдается, физический запас остаётся неизвестным. Четыре гостевые машины по 8 ГБ могут разместиться на множестве разных хостов; кластер с одним резервным узлом ведёт себя иначе, чем один полностью загруженный сервер.

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

Диапазон памяти серверов 128–256 ГБ и заявление о сетевых картах 10 Гбит/с на странице компании — это сигналы об установленных компонентах, но нет ни числа серверов, ни инвентаризации с привязкой к дате. Сетевой интерфейс с номиналом 10 Гбит/с не доказывает 10 Гбит/с оплаченного транзита, пропускной способности коммутационной матрицы, устойчивой пропускной способности или доступной полосы при отказе апстрима. RAID 1 и RAID 10 описывают раскладку дисков, а не доступное хранилище после резервов, снапшотов и резервных копий.

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

Почтовые мощности сегментированы аналогично. Email Empresas выделяет 30 ГБ на аккаунт для почты и файлов; Email Pymes — 5 ГБ. Предложения Google Workspace и Microsoft 365 раскрывают лицензионные и почтовые квоты, предоставляемые владельцами платформ. TECNOWEB может продавать больше аккаунтов, не добавляя сервер в собственную стойку, если нагрузку несёт вышестоящий вендор. И наоборот, сервис Open-Xchange, работающий на инфраструктуре, контролируемой или арендованной TECNOWEB, может напрямую зависеть от её почтового и дискового кластера. Каталог не публикует это разделение.

Поэтому мощность требует как минимум шести меток. Проектная мощность — то, что предполагает архитектура. Установленная мощность — то, что физически присутствует. Электрическая мощность — то, что можно запитать. Операционная мощность — введена в эксплуатацию и пригодна к обслуживанию. Проданная или зарезервированная мощность — уже закреплена за клиентами. Полезная мощность — то, что остаётся после накладных расходов и резерва. Полезная мощность в состоянии отказа — часть, которая сохраняется после отказа соответствующего хоста, канала питания, системы хранения или сетевого выхода.

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

Громкая характеристика оборудования имеет значение только в привязке к этим состояниям.

AS64114 показывает достижимость, а не пару независимых волоконно-оптических маршрутов

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

Запрос LACNIC для 45.191.2.0/24возвращает охватывающий блок 45.191.0.0/22 и идентификатор регистранта TECNOWEB Colombia.Запись 179.61.15.0/24указывает действующий переданный блок, связанный с тем же идентификатором колумбийской организации. Это записи номерных ресурсов. Они устанавливают делегированное адресное пространство и административную ответственность, а не здание, где используется каждый адрес.

ПредставлениеAS64114 на BGP.toolsзафиксировало 15 анонсируемых префиксов IPv4 и 33 префикса IPv6, включая 45.191.2.0/24 и 179.61.15.0/24 под колумбийскими метками. Там же видны два апстрима — AS29802 Hivelocity и AS36236 NetActuate — и несколько присутствий на точках обмена трафиком. ПредставлениеAS64114 на IPinfoтакже перечислило эти два апстрима и тысячи размещённых доменов на сотнях наблюдаемых адресов. Согласие двух наблюдательных сервисов усиливает вывод о том, что на дату исследования AS64114 действует и подключена к нескольким вышестоящим сетям на уровне автономной системы.

Это не устанавливает независимость маршрутов для конкретной колумбийской услуги. Одна автономная система может анонсировать разные префиксы с разных континентов. Два апстрима могут присутствовать на одной площадке, на разных площадках, в удалённых точках обмена или в смешанном виде. Оба могут заходить в здание через один кабельный канал, зависеть от одного городского оператора или терминироваться на одном маршрутизаторе и одном фидере питания. Участие в точках обмена в Европе или через виртуальные подключения само по себе ничего не говорит о пути, которым пользуется 45.191.2.0/24 для колумбийского клиента.

Это различие видно настранице 45.191.2.0/24 на IPinfo. Она помечает ресурс как колумбийский, но прямо поясняет, что показанная страна — это страна юридической регистрации держателя ресурса, а не обязательно место использования адресов. Это предупреждение должно распространяться на всю карту. Сигнал о Тампе для 179.61.15.3 важен, поскольку предполагает, что по крайней мере часть зарегистрированного в Колумбии пространства может обслуживаться в США. Он не может локализовать весь /24 или остальные продукты TECNOWEB.

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

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

Публичный BGP может подтвердить, что маршрут виден. Traceroute может показать один наблюдаемый путь в один момент. Ни то, ни другое не доказывает подземное разделение. Отсутствующие доказательства — это актуальная схема физических маршрутов, письма операторов с указанием общей инфраструктуры, раздельные входы в здание, разделение маршрутизаторов и питания, а также тест с отключением основного пути под нагрузкой. Без этого «два апстрима» — полезная гипотеза устойчивости, а не продемонстрированный путь восстановления.

Формулировки о резервном копировании меняются в зависимости от продукта

Резервное копирование — то место, где публичные описания TECNOWEB становятся наиболее instructive. Они не образуют одного универсального обещания. Они образуют несколько продуктовых обещаний, которые могут защищать от разных сбоев и возлагать на клиента разные обязанности.

Условия обслуживания дают главное предостережение. Автоматические копии существуют только для тарифов, которые их прямо включают. Неуправляемые VPS, выделенные серверы и базовые почтовые тарифы могут не включать автоматическое резервное копирование. Даже там, где резервное копирование включено, условия называют его дополнительным и требуют от клиентов хранить независимые копии. Компания снимает с себя ответственность за потерю данных, вызванную программным обеспечением, оборудованием или производителями третьих сторон. Такая формулировка проводит чёткую границу между услугой хостинга и собственным планом непрерывности клиента.

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

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

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

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

Почта добавляет ещё одну непоследовательность в охвате. Новая страница корпоративной почты рекламирует доступность 99,9% на платформе Open-Xchange. Старая страница для МСП использует более сильные формулировки о нулевой потере данных, резервном копировании и 100% доступности сети. Условия обслуживания, однако, говорят, что базовая почта может не иметь автоматического резервного копирования, если это прямо не указано. Клиенту следует полагаться на заказ и продуктовый регламент, определяющий его фактический тариф, а не комбинировать самые сильные предложения с разных маркетинговых страниц.

Полезное обязательство по резервному копированию имеет четыре числа и три границы. Числа — частота копирования, срок хранения, целевая точка восстановления и целевое время восстановления. Границы — производственный сбой, который система должна пережить, административные учётные данные или аккаунт, отделяющие её от производства, и физическая юрисдикция, в которой хранится копия. Публичные материалы TECNOWEB дают фрагменты — ежедневно, еженедельно, ежемесячно, инкрементально, внешне, — но не полную комбинацию для каждого продукта.

Путь восстановления также требует мощности. Восстановление VPS на 300 ГБ требует свободного хранилища и вычислительных ресурсов, на которых его можно запустить. Пересборка выделенного сервера требует совместимого оборудования, лицензий и персонала. Перемещение общих аккаунтов требует резервных узлов, изменений DNS и доступа к панели управления. Копия может быть целой, а услуга оставаться недоступной, потому что место назначения заполнено или сеть не работает. Установленное хранилище резервных копий и полезная мощность восстановления — не одно и то же.

Доказательства, нужные для закрытия этого пробела, практичны: продуктовый график резервного копирования, названный регион хранения копий, подтверждение раздельных учётных данных, свежие результаты тестового восстановления, измеренная скорость восстановления и подтверждение, что вычислительные мощности для восстановления зарезервированы. Самый важный тест начинается с уничтоженного производственного экземпляра и заканчивается, когда клиент может пользоваться приложением и проверить данные, — а не когда задание резервного копирования сообщает об успехе.

Панель управления и служба поддержки тоже инфраструктура

Для многих клиентов розничная панель управления — единственная видимая инфраструктура. Она активирует услугу, показывает счета, открывает заявки, меняет DNS, создаёт почтовые ящики, перезапускает виртуальную машину и предоставляет элементы управления резервным копированием. Когда она отказывает, нижележащий сервер может продолжать работать, но возможность клиента диагностировать проблему или восстановиться может исчезнуть.

TECNOWEB управляет публичнымпорталом поддержки, который принимает заявки и позволяет проверять их статус. Его страницы обещают помощь 24/7, а условия говорят, что поддержка доступна через клиентский портал. Публичные материалы не сообщают, есть ли отдельный аварийный телефонный канал на случай недоступности портала или системы аутентификации клиента, и размещён ли интерфейс поддержки вне обслуживаемой им производственной инфраструктуры. Это вопрос общей точки отказа: страница статуса и система заявок наиболее полезны, когда переживают инцидент.

Разные услуги добавляют разные административные поверхности. Клиенты Linux зависят от cPanel; реселлеры используют WHM; клиенты Windows используют Plesk; клиенты VPS — элементы управления на базе Proxmox и noVNC; клиенты WordPress — прикладной набор инструментов. Сбой управляющей плоскости может заблокировать сброс паролей, снапшоты, переустановку, изменения межсетевого экрана и миграции, не делая каждое размещённое приложение недоступным. Отчётность о доступности должна отличать клиентский трафик от административного доступа.

Цепочка зависимостей выходит за пределы хостинга.Страница доменовпродаёт регистрацию и услуги, связанные с DNS, а условия описывают компанию как посредника перед реестрами. Рабочий сервер может исчезнуть из обычного использования, если истекает домен, меняется делегирование или отказывает авторитетный DNS.SSL-сертификатыдобавляют удостоверяющие центры и автоматизацию продления.SiteLockдобавляет внешний сервис безопасности. ПредложениеDMARCпредставлено на базе Valimail, асертификаты BIMIзависят от систем верификации бренда и сертификатов. Ни одна из этих зависимостей не устраняется заменой отказавшего диска сервера.

Предложения Google и Microsoft делают разделение ответственности ещё яснее. TECNOWEB может помочь настроить, перенести и поддерживать подписку, но не может самостоятельно восстановить глобальный сервис Gmail, Exchange Online, Teams или OneDrive. И наоборот, сбой собственного портала TECNOWEB не обязательно должен выводить из строя эти вышестоящие платформы. Клиент, покупающий «одного провайдера и одну поддержку», нуждается в пути эскалации, который переживает границы между продавцом, платформенным оператором, реестром, удостоверяющим центром и сетевым оператором.

Человеческий труд — последняя управляющая плоскость. Удалённое переключение питания выполняется быстро; диагностика повреждённой файловой системы, отказавшего RAID-контроллера или скомпрометированного аккаунта — нет. Физическая замена требует техника с доступом, совместимой деталью и полномочиями действовать. Изменение маршрута требует сетевых специалистов. Восстановление требует человека, который понимает нагрузку и может её проверить. Ярлык 24/7 говорит, когда канал открыт, а не сколько квалифицированных людей доступно, как приоритизируются инциденты и сколько времени деталь добирается до стойки.

48-часовой пункт делает эти операционные детали центральными. Покупателям следует спрашивать об определениях критичности, целевых сроках подтверждения, контактах эскалации, интервалах обновления, доступности удалённого вмешательства, политике запасных частей и альтернативном канале вне обычного портала. Также стоит спросить, открывает ли мониторинг инциденты автоматически. Гарантия, измеряемая только после уведомления клиента, может терять драгоценные минуты или часы до начала формального отсчёта у провайдера.

Один сбой может затронуть компании, которые никогда не покупали сервер

Людей, затронутых сбоем хостинга, больше, чем список аккаунтов. Клиент общего хостинга может быть небольшим ритейлером, у которого оформление заказа и деловая почта используют один домен. На VPS может работать система планирования ресурсов предприятия, база данных, сервис бронирования или интерфейс приложения. Выделенный сервер может обслуживать несколько бизнес-подразделений. Реселлер может разместить десятки нижестоящих организаций на одном ресурсе. Агентство может управлять сайтами клиентов, у которых нет прямых отношений с инфраструктурным провайдером.

Каталог TECNOWEB прямо нацелен на частных лиц, малый и средний бизнес, крупные компании, электронную коммерцию, базы данных, корпоративные приложения и реселлеров. Главная страница заявляет более 10 000 колумбийских клиентов и более 20 000 управляемых доменов. Это маркетинговые цифры от первого лица без приложенного датированного определения клиента или аудита. Меньшее число наблюдаемых доменов у IPinfo касается доменов, видимых на адресах AS64114, а не всех клиентов, всех продуктов или всех доменов под управлением. Эти две цифры измеряют разное, и их не следует насильно приводить к согласию.

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

Часть этого воздействия несут клиенты. Владелец неуправляемого VPS контролирует операционную систему и приложение. Реселлер контролирует коммуникацию с нижестоящими клиентами. Держатель домена должен поддерживать регистрационные данные и продление. Бизнес должен решить, хранить ли независимую копию и вторичный сервис. Условия TECNOWEB прямо закрепляют несколько таких обязанностей. Но ответственность клиента не снимает с провайдера обязательства делать собственные границы понятными.

Никакие публичные доказательства не поддерживают точное число пользователей, которые пострадали бы от отказа стойки, префикса или площадки. Число доменов — это не пользователи; рекламируемые клиенты — это не одновременные нагрузки; адресное пространство — это не заполненность. Здравая оценка качественная: поверхность услуги широка, реселлеры усиливают зависимости, а малые предприятия могут сосредоточить веб, почту, DNS и поддержку у одного бренда. Такая концентрация способна превратить локальный технический сбой в коммерческий простой, даже если сам провайдер невелик.

Локализацию данных нельзя вывести из колумбийской витрины

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

Закон Колумбии 1581 от 2012 годарегулирует обработку персональных данных и касается передачи в третьи страны. Наличие колумбийского закона не навязывает здесь вывод о какой-либо конкретной клиентской нагрузке. Но оно делает местоположение и распределение ролей коммерчески важными для клиентов, хранящих персональные данные. Им нужно знать, выступает ли TECNOWEB обработчиком, участвует ли другая региональная компания или платформенный провайдер и где обрабатываются производственные и резервные копии.

Каталог продуктов уже показывает, что один ответ не может покрыть все услуги. Google Workspace и Microsoft 365 используют свои глобальные платформы. Почта Open-Xchange вводит ещё одну платформенную границу. Регистрация доменов вовлекает реестры и регистраторов. Продукты безопасности вовлекают их вендоров. Управляемые TECNOWEB общий хостинг, VPS и выделенные серверы могут следовать другой схеме местоположений. Условия упоминают национальные и международные каналы и внешних производителей, а страница компании размещает DNS в четырёх странах и резервное копирование в неназванном внешнем дата-центре.

Ничто из этого не доказывает незаконную передачу или провал защиты. Это доказывает, что метка «Колумбия» — недостаточное свидетельство резидентности данных. Регистрация LACNIC указывает держателя ресурса; IP-геолокация вероятностна; валюта счетов указывает рынок; договор указывает применимое право. Только сервисный регламент, архитектурная запись и список субпроцессоров могут показать, куда фактически попадают контент, метаданные, журналы и копии клиента.

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

Путь восстановления нужно проверять от потери электропитания до использования клиентом

Полезный тест устойчивости начинается с конкретного сбоя. Представьте, что потерян канал электропитания, обслуживающий производственную стойку. Накопленная энергия должна нести нагрузку, пока не станет доступен генератор или резервный путь. Охлаждение должно продолжаться. Удалённая консоль и управление питанием должны оставаться достижимыми. Если один сервер отказывает, у исправного оборудования должно хватить ОЗУ, CPU, хранилища, сети и лицензий, чтобы принять его нагрузку. Если хранилище повреждено, чистая копия должна быть доступна вне отказавшего домена. Если основной маршрут потерян, физически независимый путь должен нести префикс.

Если панель управления недоступна, у персонала должен быть другой способ действовать. Услуга восстановлена, только когда клиент может ею пользоваться и проверить свои данные.

Публичные материалы TECNOWEB подтверждают части этой последовательности: собственные серверы, RAID, интерфейсы 10 Гбит/с, выделенные стойки, удалённое управление, мониторинг, два наблюдаемых апстрима, заявления о внешних копиях, снапшоты, тикет-поддержка и договорной процент доступности. Они не публикуют завершённый сквозной тест, который отключает канал питания, хост, службу хранения или апстрим и демонстрирует восстановление для клиента при репрезентативной нагрузке.

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

Второй запрос должен согласовать мощности. Для общего хостинга и VPS покупателям нужны архитектура хостов и кластера, правила размещения, выделенные ресурсы, политика переподписки и запас мощности после отказа самого крупного хоста или хранилища. Клиентам выделенных серверов нужны инвентаризация, обязательства по запасным частям и вариант миграции. Сетевые доказательства должны указывать оплаченную полосу и полосу, доступную после отключения одного апстрима. Ни одно из этих значений не следует выводить из номинала сетевой карты или розничной квоты трафика.

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

Четвёртый запрос должен превратить цифру 99,9% в полное сервисное обязательство. Оно должно определить точку измерения, интервал, исключения, учёт планового обслуживания, начало инцидента, критичность, сроки подтверждения, обновления и восстановления, компенсации и права на расторжение. Оно должно прояснить, является ли формулировка о 48 часах максимальным сроком устранения, что означает временное восстановление и как возмещается пропуск годового порога.

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

Публичные записи подтверждают действующий колумбийский хостинговый бизнес, актуальный каталог услуг, действующие номерные ресурсы и логическую сеть с более чем одним наблюдаемым апстримом. Они не подтверждают точное расположение стоек, независимые колумбийские волоконно-оптические маршруты, размеры парка, текущий резерв мощности, названную юрисдикцию резервного копирования или измеренное время восстановления. Поэтому самый сильный факт в предложении TECNOWEB — одновременно лучший первый вопрос: 99,9% можно рассчитать до секунды, а физическая система, которая должна их обеспечить, до сих пор описана без названия.