Домашняя серверная
Или когда хранить дома свои файлы выгоднее, чем у хостинг-провайдеров. За полгода с момента предыдущего поста железо стало круче, а шуму - больше.
Или когда хранить дома свои файлы выгоднее, чем у хостинг-провайдеров. За полгода с момента предыдущего поста железо стало круче, а шуму - больше.
Работаю в сфере it. Есть у меня одна небольшая фирма на обслуживании, бываю у них раз в месяц. В прошлом месяце заменил им файловый сервер целиком. Их старый уже совсем морально устарел, ему лет 12, так что даже на запчасти не интересен.
Начальству сказал - старый можете на списание и в утиль, ценного железа/данных там нет.
Сегодня, спустя месяц приезжаю к ним на плановое Т.О., замечаю тот сервак, спрятался в углу за креслом в буфете.
Видать - не хочет в утиль, еще несломленный =)
О том, сколько нужно на самом деле RAM и как определять, в общем-то сказано было, без фактических данных смысла продолжать нет. Куда потратить деньги, дело, как говорится, хозяйское. 🙂
2 Килобайта - не Бог весть какой размер, а жизнь SSD диску сократит в 10 раз!
Это можно легко оценить.
Сначала про БД.
Возьмём 1 миллион WU. Им будет соответствовать 1 миллион записей в таблице workunit и 2 миллиона в таблице result, если есть кворум 2. Размер каждой записи ~ 2 кб. Итого - 3 миллиона записей по 2 кб. Во время своей жизни, result проходит несколько состояний - unsent, in progress, pending, validated и, наконец - он удаляется. Итого - 5 изменений. Для workunit-а, по идее, поменьше, но давайте считать, что тоже 5.
Далее. Как и любая приличная СУБД, MSSQL пишет данные не отдельными записями, а блоками или страницами. В MSSQL 1 страница = 8 кб, в неё поместится около 4 записей (скорее - 3, но пусть 4, возьмём вариант похуже).
Если считать что каждый раз записи меняются независимо (что вообще говоря, при создании и удалении workunit-ов и result-ов - не так, но, опять - возьмём более плохой вариант), то мы получим, что за время жизни всех 4 записей в блоке, они в худшем случае заставят перезаписать страницу, в которой они находятся, 20 раз. Ну и хорошо! Давайте считать, сколько получается:
3 миллионов записей / 4 (записи в странице) = 0.75 миллиона страниц.
0.75 миллиона страниц * 20 раз = 15 миллионов раз записи страниц
15 миллионов записей страниц * 8 кб = 120 Гбайт.
Параллельно, конечно, данные будут записываться в лог базы. Но в него будет записываться не вся страница, а только запись. Т.е. это будет 1/20 от 120 Гбайт или + 6 Гбайт. Итого: 126 Гбайт. По факту, же, т.к. генерация и удаление workunit-ов и result-ов происходит массово, то эти два процесса будут приводить к однократной, а не 20-кратной записи страницы на диск. Т.е. на самом деле не 120, а на 2/5 меньше - 72 Гбайта. Но пусть 120 и 126 в сумме.
Это, насколько я вижу, за месяц. Тогда в год будет 1512 Гб или 1.5 Тб. Сколько там ресурс самых дешёвых SSD за 4000 р (на 250 Гб)? Около 150 Tb. (Фактический, как говорят тесты, будет в разы больше). 150 Тб/1.5 Тб/год - это 100 лет. А уже через 4 года будут совсем другие диски за совсем другие цены.
Теперь вернёмся к файлам.
Файлы у нас хранятся в файловой системе. А файловая система у нас записывается кластерами (или тоже страницами, но другими). В NTFS, обычно - 4 кб. И разница между 200 байтами и 2 кбайтами будет только в том, что файл размером в 200 байт будет целиком записан прямо в заголовке в NTFS, а ради 2-х килобайтного будет осуществлена запись в таблицу файлов и в виде страницы на диск. То есть, не 1, а 2 раза по 4 кб. Посчитаем более тяжёлый вариант для того же миллиона workunit-ов:
2 записи * 4 кб * 2 миллиона результатов = 16 Гбайт.
Смотрим на упоминавшиеся 126 Гбайт и понимаем, что пока размеры результатов не выросли до мегабайт, особо печалиться не о чем. Да, есть ещё файлы XML-запросов которые сервер принимает и отправляет. Они также порядка 1 - 2 кбайт на результат. В итоге, по видимому, всё должно в самом плохом случае уложиться в 150 .. 200 Гбайт на 1 миллион workunit-ов. (Запись внутри SSD, по идее, также должна идти страницам где-то по 4 кб, кажется, поэтому этот внутренний механизм, думаю, что можно тут пропустить). Ну а если размеры файлов будут массово подрастать до мегабайта, ну, тогда складывать именно их уже на HDD. IOPS-ность SSD тут им уже не поможет.
Время надёжного хранения данных на SSD в обесточенном состоянии - порядка полугода и выше, особенно если вы не подогреваете его постоянно градусов до 60. Если есть какие-то данные, которые хотелось бы сохранить, но их можно было бы вот так вынести из системы, физически вынув диск, - то их надо просто записать на болванку Blue-Ray. 10 штук по 25 Gb стоят ~ 700 р., 25 штук по 50 Gb (двуслойные) ~ 6700 р. А SSD должен не лежать, а работать, его для этого обычно покупают. 🙂
P.S. И, да, есть у нас давно хорошая ветка про HDD и SSD.
https://boinc.ru/forum/topic/interesnoe-o-hdd-i-ssd/
P.P.S. Можно, конечно, вспомнить, что у MSSQL есть такая база как tempdb. Но... зачем OLTP-системе, коей должен быть сервер BOINC, что-то туда писать? "Обязательная отчётность", по идее, у нас только в виде XML-ов с микроскопическими user, host и team, которые должны выгружаться раз в сутки.
P.P.P.S. Когда результат засчитывается, то обновляются также и таблицы team, user, host и host_app_version.
Но: 1) Эти изменения делаются только когда результат засчитывается, а не при изменении любого состояния на любое (т.е. уже в 5 раз реже); 2) Все эти таблицы очень небольшие (team - там считанное число блоков!), должны сидеть в кэше, в каждой странице - по значительно большему набору записей и, между записью обновлённых страниц из кэша на диск, они должны обновляться по несколько раз (тут уже важно правильно настроить checkpoint-ы). И получающийся объём записываемых данных - снова не велик.
👨🏻💻 Бесплатно: 500₽ на услуги от CLO.
• Ubuntu, Centos, Debian
▪️ ПОЛУЧИТЬ | 500₽
💁🏻♂️ CLO — это молодой проект, созданный командой провайдера FirstVDS. Стартовал весной 2020 года. По своей сути, это привычные виртуальные серверы, но с расширенными возможностями. В настоящее время сервис ориентирован на аудиторию пользователей, которые уже имели дело с VDS/VPS и имеют базовые навыки системного администрирования.
Услуги хостинга
Сервис предоставляет в аренду виртуальные вычислительные мощности в формате четырех тарифов с фиксированным количеством ядер процессора и оперативной памяти. Также есть возможность настроить свою конфигурацию, выбрав необходимое количество ресурсов. Объём диска можно выбрать в пределах от 10 до 300 Гб.
На выбор предлагаются три операционные системы: Ubuntu, Centos, Debian.
Активация сервера занимает несколько минут. Управление настройками сервера осуществляется из личного кабинета. Кроме аренды сервера на виртуализации KVM, пользователям доступен ряд опций: подключение плавающего IP-адреса, переключаемые диски, режим восстановления сервера.
Сервис построен на технологиях OpenStack, Tungsten Fabric. Используются серверные платформы на процессорах Intel Scalable последнего поколения и дисковые накопители NVMe.
Возможности
Сервис CLO позволяет создать масштабируемую отказоустойчивую инфраструктуру и централизованно управлять услугами.
• Удобный личный кабинет
• Выбор готовых тарифов или своя конфигурация
• Почасовой биллинг
• Круглосуточная техподдержка
• Дата-центр уровня Tier III в Москве
• Доступ к закрытому телеграм-чату для авторизованных пользователей
ПРОМОКОД: HABR
🤷🏻♂️ ЧТО НУЖНО ДЕЛАТЬ:
└ Регистрируемся
2. Можете указать мой реферальный код при регистрации.
└ КОД: CLO1088383
3. Подтверждаем почту.
└ Входим в аккаунт
4. Нажимаем на баланс.
5. Кликаем на надпись:
└ У меня есть сертификат
5. Вводим промокод (см. выше).
6. Готово, 500₽ на балансе.
UPD:
Как я поняла этих денег хватит на то, чтобы побаловаться их услугами на 1 месяц, а если вам этого мало, тогда создавайте новый профиль и вводите промокод и так далее, в любом случае жизнь непредсказуемая штука и бывает такое, что именно этот сайт выручит или пригодится.
Если вам понравилась подобная публикация, можете подписаться на наш канал в Telegram, мы нуждаемся в каждом подписчике и идем к цели 10 000 подписчиков.
В первой части специально написал, что можно купить хостинг, нажать кнопку "установить wordpress", воткнуть тему и радоваться жизни, но всё равно были комментарии типо "А что там деплоить?"
Так вот если делать на vps, то действительно есть что деплоить, и я был рад что была хоть какая-то инструкция, которую я дополнил возможными ошибками которые могут вылезти и их решениями.
В-общем второй этап после того как вы купили сервер и домен и привязали одно к другому это
обновление пакетов, установки базы данных и доступы на чтение/запись. Итак:
1) подключаемся к серверу
$ ssh root@77.777.77.777 (вместо семерок ip вашего сервера)
$ Пароль
2) Обновление пакетов (речь о ubuntu)
$ sudo apt-get update
$ sudo apt-get upgrade
3) Установка mysql и php
$ sudo apt-get install mysql-server
$ sudo mysql_secure_installation
$ sudo apt-get install php libapache2-mod-php php-mcrypt php-mysql
4) Вход в Mysql
$ mysql -u root -p
5) Создание базы данных (с именем wordpressdatabase)
$ CREATE DATABASE wordpressdatabase;
6) Создание пользователя и пароля для управления базами данных. username/password.
$ CREATE USER 'username'@'localhost' IDENTIFIED BY 'password!';
7) Разрешение совершать действия созданному пользователю в базе данных.
$ GRANT ALL PRIVILEGES ON wordpressdatabase.* TO 'username'@'localhost';
8) Сохранение прав
$ FLUSH PRIVILEGES;
9) Выход из Mysql
$ exit
Конечно здесь могло что-нибудь пойти не так, что-то не установиться, но это вылезет уже при просмотре сайта в браузере и также будет описано.
Следующий этап это установка веб-сервера, в моём случае nginx.
В наше тяжёлое время, видеокарта RTX3090 мечта. А если ещё и TURBO RTX3090 24G. Так в обще как мечта несбыточная. И вот пришёл заказ, сервер для огромных расчетов данных. (Уж простите как правильно назвать не в курсе, я не в том направление работаю). Так как проф карты нет в наличии, пришлось ставить такую
А знаете почему рыдаю?😭😭😭
А сам то на сижу на AMD RX570. (((
Добрый день! Уже отчаялся искать причину проблемы. Решил обратиться сюда за советом. Постараюсь дать максимально-полное описание.
Имеется "сервер" WS 2012 R2, собранный на десктопном железе i7-4790, SSD, 16 Гб ОЗУ.
Сервер выполняет роли:
- терминального доступа для работы 10 пользователей в 4 файловых базах 1С.
- сервер Сбис MuzzleServer (работа 4-5 пользователей с клиентских машин по сети).
- Бэкапы документов и баз с помощью CobianBackup по расписанию.
Суть проблемы:
Проблема появилась пару месяцев назад (хотя наблюдалась и ранее, но ооочень редко). Сложно сказать после чего (возможно после очередного обновления системы, но это очень примерно). В первый день работы сервера, после включения/перезагрузки, ориентировочно в 16:00 - 17:00 начинается нагрузка на ЦП. И не прекращается даже после полного выхода пользователей и закрытия ими 1С.
Сначала нагрузка составляет ~14-15%, в следующий день в это же время нагрузка увеличивается еще и достигает ~30-40%, еще через день снова увеличивается и достигает ~60%.
Грузят службы:
- Узел службы: локальная система
- Узел службы: модуль запуска процессов DCOM-сервера
А именно процессы, которые входят в эти группы служб:
- LSM (Диспетчер локальных сеансов)
- CertPropSvc (Распространение сертификата)
LSM система перезапустить не дает изначально. CertPropSvc на перезапуск не отвечает и висит в статусе "остановка".
Спасает только полная перезагрузка оборудования. После этого все начинается заново.
Что установлено на сервере:
- 1С 8.3.17 + 4 файловые базы
- Сбис muzzleserver
- Comodo антивирус (уже удален полностью, не повлияло на проблему)
- CobianBackup Gravity 11 с копированием баз по расписанию (время копирования не совпадает с временем возникновения проблемы).
- Сервер лицензирования СЛК для одной из конфигураций 1С.
- Intel Update Manager
- intel SSD ToolBox
- LibreOffice
Что пытался предпринять:
- Первым делом полез в планировщик задач и отключил все сторонние и ненужные задачи. При этом выполняемых на время начала нагрузки задач не обнаружил. Ни одна задача не совпала по расписанию с периодом возникновения проблемы.
- поиск вирусов средствами KVRT и Dr. Web Cure It! Все чисто.
- отключение, а позже - и полное удаление бесплатного антивируса Comodo с сервера, так как подозрения были на него.
- была произведена проверка с помощью sfc /scannow и /dism. При первой проверке были обнаружены и устранены проблемы. Последующая проверка показала - что система в норме.
- были установлены все свежие обновления системы.
Что сейчас в поле подозрений:
Выход пользователей из сеанса, либо закрытие подключения без выхода. По крайней мере эти события совпадают с периодом возникновения/усиления нагрузки.
Некоторые пользователи работают до 16:00, кто-то задерживается на подольше.
И еще подозрения вызывает вот эта ошибка в системном журнале:
Система Windows обнаружила, что файл реестра используется другими приложениями или службами. Файл сейчас будет выгружен, после чего приложения или службы, которые его используют, могут начать работать неправильно.
ПОДРОБНО —
1 user registry handles leaked from \Registry\User\S-1-5-21-1493852430-2455343005-1449656011-1013:
Process 1708 (\Device\HarddiskVolume4\Windows\System32\winlogon.exe) has opened key \REGISTRY\USER\S-1-5-21-1493852430-2455343005-1449656011-1013
Подобных ошибок в день возникает несколько. Точно могу сказать что появляются в момент выхода пользователя из системы. Но связано ли это с нагрузкой - вопрос сложный.
Просто в отчаянии. Надеюсь кто-то сможет дать дельный совет.
И заранее спасибо!
Взять с собой побольше вкусняшек, запасное колесо и знак аварийной остановки. А что сделать еще — посмотрите в нашем чек-листе. Бонусом — маршруты для отдыха, которые можно проехать даже в плохую погоду.
В Новосибирской области заработал завод по производству серверов: он будет ежегодно выпускать по 30 тысяч современных серверов отечественного производства и создаст новые рабочие места для бывших студентов инженерно-технических вузов🏭
Источник: https://www.nso.ru/news/49317