Архив 2024



21 марта, 2025
Почтовый сервер RuPost: обзор российской альтернативы MS Exchange

7 марта, 2025
6 российских аналогов Microsoft Exchange ― блог Astra Cloud

24 февраля, 2025
Информационная безопасность: принципы, виды угроз и способы защиты

22 января, 2025
Обзор Termidesk ― российского решения для организации виртуальных рабочих мест

16 января, 2025
Миграция в облако: все, что нужно знать для беспроблемного перехода

15 января, 2025
Анализ развития ИТ в России за 2024 год: мнения и выводы экспертов

23 декабря, 2024
Обзор GitFlic — российской платформы для работы с кодом

16 декабря, 2024
Возможно ли совмещать отечественные и зарубежные технологии?

09 декабря, 2024
Уход зарубежных ИТ-вендоров: последствия для российского бизнеса и поиск решений

20 ноября, 2024
Какое облако выбрать: частное, публичное или гибридное?

12 ноября, 2024
«Реестр российского ПО» Минцифры: зачем он нужен и в чем его польза для бизнеса и разработчиков

11 ноября, 2024
Бизнес уходит в облако: стратегии и подходы

11 октября, 2024
8 вопросов о сертификации и аттестации ФСТЭК России: для чего это нужно и кому полезно

12 сентября, 2024
Обзор решений Astra Cloud — замены Microsoft и других ушедших вендоров

29 августа, 2024
Запуск Astra Cloud: российский стек ПО в облаке для крупного бизнеса и публичного сектора

Дополнительный IPv6 с vRack – теперь доступен

Уважаемый клиент
Мы рады объявить о доступности (GA) дополнительных адресов IPv6 для служб с поддержкой vRack. Эта функция повышает стабильность сети, гибкость и производительность в регионах OVHcloud.

Используйте адреса IPv6 бесплатно:


Региональная доступность
Дополнительный IPv6 доступен везде, где в vRack можно маршрутизировать дополнительный IPv4, включая все центры обработки данных OVHcloud в Европе, США и Канаде.
Скоро появится возможность использования в регионах Азиатско-Тихоокеанского региона.

help.ovhcloud.com/csm/en-dedicated-servers-ip-block-vrack?id=kb_article_view&sysparm_article=KB0043342
help.ovhcloud.com/csm/en-dedicated-servers-configure-an-ipv6-in-a-vrack?id=kb_article_view&sysparm_article=KB0062838
github.com/orgs/ovh/projects/16/views/14

Chat Ovhcloud Changelog





chat.ovhcloud.com

26-03-2025
Новые функции
  • Добавлено сохранение разговоров в браузере.
  • Добавлена ​​страница «О программе».
  • Добавлена ​​страница настроек.
  • Добавлена ​​возможность экспортировать и импортировать историю разговоров из файла JSON.
  • Добавлена ​​возможность использовать пользовательский токен OVHcloud AI Endpoints.
  • Добавлена ​​поддержка отправки вложений в чате.
  • Добавлена ​​кнопка «Журнал изменений» на вертикальной панели навигации.
  • Добавлен отказ от ответственности при запуске приложения.

Улучшения
  • Переработан дизайн приложения с использованием цветов OVHcloud.
  • Исправлены ошибки и улучшена производительность.

19-03-2025
Исправления ошибок
  • Изображения выгружались, когда покидали экран, что изменяло продолжительность обсуждения и вызывало ошибки прокрутки, когда пользователь прокручивал страницу.
  • Кнопка «Назад» в аудиоплеере работала неправильно при воспроизведении звука.

Новые функции
  • История разговоров теперь отображается во всплывающем окне, чтобы интерфейс был максимально чистым и отображал только то, что действительно полезно.
  • Добавлена ​​кнопка «Изменить». Добавлена ​​кнопка «Новый чат».

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

Внедрение мобильного приложения ?



Вопрос поддержки (если у вас есть 2 минуты)

Я хочу изменить способ, которым OVHcloud оказывает поддержку клиентам. Сегодня клиенты могут проконсультироваться с гидами, воспользоваться нашим чат-ботом, пообщаться с консультантом через чат, создать тикет или позвонить нам.

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

Интересно, является ли подрыв, который будет заключаться в том, чтобы сказать «чтобы связаться с OVHcloud, загрузите это мобильное приложение», все еще слишком инновационным в 2025 году или сейчас он в целом приемлем? В 2016 году это было признано слишком разрушительным.

Что вы думаете?

Спасибо за ваш отзыв!

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

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

Технические соображения
В некоторых комментариях предлагается выбрать Progressive Web App (PWA) вместо собственного приложения, чтобы облегчить доступ без необходимости загрузки из магазинов приложений.

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

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

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

Различные идеи приложения, предложенные в отзывах клиентов:

Использование прогрессивного веб-приложения (PWA):
  • PWA позволит клиентам получать доступ к поддержке через простой браузер, без необходимости загрузки мобильного приложения.
  • Преимущество: отсутствие ограничений обновлений и совместимости с различными операционными системами (iOS, Android)

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

Добавление централизованной веб-платформы для поддержки:
  • Вместо приложения единый интерфейс на сайте OVH мог бы объединить все каналы поддержки (чат, звонки, тикеты, руководства).
  • Это позволит клиентам выбирать предпочтительный способ связи без установки приложения.

Интеграция со сторонними инструментами, такими как WhatsApp, Telegram или Discord:
  • Некоторые комментаторы полагают, что использование уже популярных инструментов позволит более плавно перейти на цифровые медиа, не навязывая новое приложение.
  • Таким образом, OVH могла бы предложить поддержку клиентов в WhatsApp или Telegram, обеспечивая более естественное и мгновенное общение.
  • Discord также упоминался как вариант для более технических клиентов, желающих взаимодействовать с сообществом и экспертами OVH.

Умная система обратного вызова вместо встроенной в чат умной системы обратного вызова:
  • Интересным предложением является реализация обратного звонка: клиент делает заявку через сайт или упрощенный чат, и в нужное время ему перезванивает эксперт OVH, имеющий прямой доступ к его делу.
  • Это позволит избежать длительного ожидания ответа по телефону и повысить персонализацию поддержки.

Многоканальный клиентский опыт с использованием передового ИИ:
  • Вместо того чтобы использовать исключительно приложение, некоторые комментаторы предлагают вести беседу по одному каналу (чат, электронная почта) и продолжать ее по другому (телефон, приложение).
  • Продвинутый ИИ может анализировать проблемы клиентов и предлагать мгновенные решения, многоканальный опыт, где клиент может начать прежде чем подняться к человеку.

Отличная работа всей команды!



Мы только что закончили исправление всех клиентов Hosted Private Cloud под vSphere (7, 8), связанное с ошибкой безопасности VMSA Broadcom 2025-004. Чтобы обновить стек VMware нескольких десятков тысяч клиентов, команды работали в режиме 3/8 и 7/7 в течение 3 недель без остановок. Исключительная работа, которую некоторые из наших клиентов действительно оценили! Спасибо!

Пройди опрос и получи бесплатно ЛЮБОЙ VPS-сервер на 30 дней из списка



Мы заметили, что Вы перестали пользоваться нашими услугами. Пожалуйста, уделите 3 минуты своего времени и пройдите короткий опрос для улучшения качества наших услуг — ссылка
forms.gle/qMuYrwDaTAJfgXWH9

В качестве благодарности за Ваше внимание мы предоставим бесплатные VPS-серверы (даже самые мощные тарифы) на 30 дней первым 50-ти пользователям, заполнившим наш опрос. Не упустите свой шанс!

Любой тариф VPS-сервера на 30 дней абсолютно бесплатно
Среди локаций Serverius, Hetzner, TornadoDC

Всего 3 стойкоместа могут принять нагрузку в 50 кВт




Вот несколько инсайтов от нашего генерального директора Василия Степаненко:
  • Всего 3 стойкоместа могут принять нагрузку в 50 кВт. Можно обойтись без межрядных кондиционеров.
  • В одну такую стойку вмещается 26 серверов. Каждый можно оснастить 4 картами NVIDIA Tesla H100.
  • Практически бесшумная работа (можно размещать хоть в офисном здании!).
  • Чтобы установить такую систему охлаждения, придется попрощаться с гарантией производителя, т. к. в процессе установки сервер разбирают, убирают кулеры и меняют термопасту.
  • Водяное охлаждение не требует масштабного техобслуживания — только базовый уход.

Для колокейшена такое решение, правда, не подойдет, но для облачного провайдера, специализирующегося на GPU-сервисах (а Nubes именно такой) — это многообещающая технология.

nubes.ru

Теперь в Nubes можно взять в аренду сервер

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

Чтобы все это организовать собственными силами, нужно здорово вложиться. И деньгами, и человеческими ресурсами. Для стартапов (да и не только для них) такие затраты — роскошь на грани разорения. Иногда даже в буквальном смысле.

Мы это понимаем, принимаем и в список услуг добавили одну, которая порадует тех, кто не готов в моменте закупать оборудование, нанимать дополнительных людей в ИТ-команду и планирует быстро масштабироваться.

Теперь в Nubes можно взять в аренду сервер. И не просто взять, а взять на выгодных условиях — 90 000 руб/мес.

Конфигурация сервера:
  • Серверная платформа 270W (8 U.2-NVMe/SATA+4 NVMe+2 M.2 x 3 PCIe4.0x16+1 PCIe4.0x8 + mezz PCIe4.0x16) — 1
  • Intel Xeon Gold 6354 (18 cores, 3.0/3.6 Ghz, 39 MB Cache, 205W TDP) — 2
  • 64GB 3200MHz DDR4 RDIMM ECC — 16
  • SSD NVMe M.2.2280 PCIe 3,0x4 500 Gb — 1
  • SSD U.2 2.5" NVMe 3.84TB PCIe Gen4x4 (7mm) — 8
  • Карта 25 Gbps PCIe gen3/gen4 2 порта SFP28 — 2
  • Оптический трансивер 25GE-SFP28 Optical Transceiver SR — 4

Что по плюсам?
  • Совместим со многими программными продуктами. В том числе с OpenStack (РОСА, RED OS, Astra Linux, ALT Linux, ОСОН Основа и ОСОН Стрелец, Microsoft, RedHat, VMware и др.).
  • Универсальный ЗИП, который позволяет быстро устранять проблемы с компонентами, если они вдруг возникнут.
  • Обслуживанием и мониторингом оборудования занимаются наши специалисты, и нагрузки на ИТ-команду нет.
  • Арендованное оборудование изолируется от всего остального в ЦОДе. Так еще больше повышается уровень безопасности данных.

nubes.ru

Миссия выполнима, или как мы проходили сертификацию Tier III Facility в работающем ЦОДе [Часть 2]

Для получения сертификата ЦОДы проверяют не только на устойчивость системы охлаждения, но и на устойчивость энергетической системы.

Как мы справились с этой частью, рассказал наш главный энергетик Олег Царев.

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

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

Для удобства мы сконфигурировали отдельный дашборд с отображением всех необходимых при прохождении сертификации параметров:
  • Позальная и полная IT-мощность.
  • Мощность каждого ГРЩ и полная мощность работающих кондиционеров.
  • Мощность работающих ДГУ.
  • Температура охлаждающей жидкости в ДГУ.
  • Уровень топлива в ДГУ.
  • Уровень масла в ДГУ.
  • Мощность потребления каждого ЩИБП, ЩР, ЩК.
  • Статус ИБП (процент заряда батарей, оставшееся время работы на батареях, потребляемая мощность ИБП, общая и по каждой фазе).



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

Специалисты подрядных организаций
  • Электрики, обслуживающие РУ 10кВ, отключали и включали по команде силовые трансформаторы, имитируя пропажу городского питания или вывод трансформаторов в ремонт.
  • Электрики, обслуживающие низкую сторону, помогали с подключением тепловых пушек.
  • Дизелисты контролировали работу ДГУ и выводили их в ремонт.
  • Специалисты по ИБП следили за работой ИБП и аккумуляторов, осуществляли разборку ИБП.
  • Специалисты по пожарной сигнализации осуществляли вывод системы в ремонт и производили контроль ее работы.
  • Инженеры холодильного оборудования следили за кондиционерами.

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

Tier III подразумевает вывод любой единицы оборудования в ремонт без воздействия на критическую инфраструктуру при номинальной нагрузке. Например, одного из трех ГРЩ, одного из трех ДГУ, какого-нибудь ИБП или щитка, питающего АБК. А так как мы относительно молодой ЦОД, нагрузка еще не успела вырасти до номинальной, и пришлось добирать ее тепловыми пушками. Поэтому, чтобы тест прошел успешно, важно было сделать две вещи:
  • Рассчитать недостающую нагрузку, чтобы компенсировать ее с помощью пушек.
  • Доработать электрические щиты, чтобы была возможность подключить пушки большей мощности.

Вроде все достаточно просто, но и тут есть нюансы.

Во-первых, во время проведения сертификации прерывание мониторинга недопустимо. Поэтому к щитам мониторинга пришлось подводить второе питание.

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

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

В-третьих, для подключения пушек нужны удлинители, с которыми тоже были сложности. Нам не хватило длины проводов, поэтому пришлось экстренно искать кабели, груши и людей, которые все это соберут воедино.


В-четвертых, постоянно менялась схема расстановки пушек, нужно было быстро реагировать и перемещать их.

В-пятых, у тепловых пушек есть своего рода «климат-контроль», который отключал их, когда температура вокруг становилась достаточно высокой. Из-за этого нам пришлось ставить дополнительные пушки, чтобы компенсировать мощность отключившихся.

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

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

Кстати, про ДГУ! Во время тестов именно они должны питать ЦОД, а не городская сеть. Поэтому крайне важно было следить за уровнем топлива постоянно. Здесь все достаточно просто: договорился с поставщиком, согласовал график подвоза топлива, заправил. Мы это делали каждую ночь в моменты перерывов между тестами. Так день начинался с полностью заправленными машинами, и можно было не переживать, что во время теста топливо закончится, и питание отключится.


Да, мероприятия подобного рода — серьезная вещь, но место забавным ситуациям все-таки нашлось.
  • Мы разработали план действий на случай аварийного отключения питания. Этот план должен был снизить перегрев оборудования. Суть его была в том, что, услышав команду «Восстанавливаемся» по рации или в чате, сотрудники должны отключить тепловые пушки.
  • Исполнитель отключил ИБП, замерил показатели и доложил о готовности к включению. В ответ получил: «Восстановление подтверждаю».
  • Из-за схожести команд «Восстанавливаемся» и «Восстановление подтверждаю» случилась путаница. Сотрудники начали отключать пушки. Это показали датчики мониторинга — нагрузка в залах упала.
  • Демонстрацию пришлось переделывать, и мы поняли: команды должны звучать максимально по-разному. Поэтому в следующий раз использовали кодовое слово «банан».

На этом история про аудит заканчивается, но работа над улучшениями продолжается. Ведь следующий шаг — получение сертификата Tier III Operations.

Миссия выполнима, или как мы проходили сертификацию Tier III Facility в работающем ЦОДе

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

В сентябре ЦОД Nubes прошел этот квест, чтобы заслужить сертификат Tier III Facility от UpTime Institute. И двое наших ребят поведали, как войти в ~5% дата-центров в мире, которые прошли проверку с находящимися в нем клиентами.

В этой статье Алексей Сидоров, старший инженер холодоснабжения, поделился своей историей и рассказал, как выжить в условиях, когда тепловые пушки и серверные стойки играют в свою версию «кошки-мышки», а система мониторинга решила устроить День независимости. Запасайтесь попкорном (только не кладите его близко к серверам) — будет жарко! Точнее, холодно. В общем, читайте сами!

Кто сильнее: тепловые пушки или кондиционеры?

Генеральный директор и директор по эксплуатации ЦОД поставили команде задачу — пройти аудит и получить сертификат Tier III Facility. Это важный для компании документ, который открывает двери для сотрудничества с самыми требовательными клиентами. Так как мы молодой провайдер, получить этот сертификат крайне необходимо.

У меня и моей команды подобного опыта раньше не было, и, если честно, я нервничал. Нервничал и активно готовился к проверке.

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



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

А давайте-ка включим все на полную мощь и посмотрим, как все будет работать

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

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

2. На дашборде мониторинга не отображались некоторые незначительные алармы кондиционеров, местами не соответствовала цветовая индикация, а расположения двух датчиков не соответствовали мнемосхеме. Разумеется, это все мы поправили.



3. На момент аудита в залах уже были клиентские стойки, что очень сильно ограничивало нас в плане размещения пушек. Их необходимо много, и размещать пушки важно так, чтобы поток горячего воздуха не перегревал клиентские стойки. Для этого мы решили изготовить «холодные» коридоры. Но так как количество времени было ограничено, мы могли использовать только те материалы, которые можно достать сверхбыстро. Армированная пленка, профиль и скотч — идеальные варианты!


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


4. Когда кондиционеры начали работать на полную мощность, обнаружилась проблема с LAC-клапанами. После долгого простоя, рабочий шток внутри клапана закисал, оставляя клапан в открытом положении. Кондиционеры с избыточным количеством хладагента вставали по высокому давлению. А так как времени у нас было немного, приходилось буквально «перекусывать» трубки клапана, чтобы принудительно его закрывать. Клапаны, естественно, поменяли на новые.

Хорош не тот, кто не делает ошибок, а тот, кто делает выводы!

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

  • Вывод №1. Проходить сертификацию Tier III Facility лучше до того, как в ЦОД заедут клиенты, чтобы не возникало опасности перегрева клиентского оборудования.
  • Вывод №2. Подготовку к аудиту нужно начинать за 3-4 месяца.
  • Вывод №3. Тестирование с последовательным отключением по уровню N+1 могло бы помочь выявить проблему со скоростью выхода компрессора на полную мощность раньше. Но из-за недостаточной нагрузки в дата-центре такой тест проводился в ограниченном режиме.
  • Вывод №4. Важно фиксировать все изменения конфигураций, следить за количеством заправленного фреона, мониторить систему на предмет утечек и требовать от подрядчика официально оформленных объяснений, в случае если есть вопросы и сомнения.
  • Вывод №5. При приемке оборудования необходимо сымитировать как можно больше ошибок в работе систем холодоснабжения, чтобы проверить их идентичность с системой мониторинга. Да и вообще, все оборудование нужно принимать строго по чек-листу.
  • Вывод №6. Во время пусконаладочных работ клапан необходимо тщательно осматривать. Например, скрип при его работе — явный признак некачественного монтажа, что в дальнейшем приведет к его поломке.