GitHub
@@ -6,3 +6,5 @@
|
||||
5) Подумать над переделкой шаблона as a service?
|
||||
6) Добавить диск и маунт диска для логов
|
||||
7) Настроить Vault
|
||||
8) Сделать дашборд для веб панелей
|
||||
9) Развернуть opensearch
|
||||
@@ -0,0 +1,24 @@
|
||||
services:
|
||||
dashy:
|
||||
# The image to pull + version. Can use `ghcr.io/lissy93/dashy` instead
|
||||
image: lissy93/dashy:latest
|
||||
# Optional container name
|
||||
container_name: dashy
|
||||
# Port to serve on (keep container port (second one) as 8080)
|
||||
ports:
|
||||
- 8080:8080
|
||||
# Mount a directory containing your conf.yml and any other assets
|
||||
volumes:
|
||||
- ./user-data:/app/user-data
|
||||
# Add any env vars for server here, if needed
|
||||
environment:
|
||||
- NODE_ENV=production
|
||||
# Auto-start the container on boot
|
||||
restart: unless-stopped
|
||||
# Healthcheck to determine when container healthy
|
||||
healthcheck:
|
||||
test: ['CMD', 'node', '/app/services/healthcheck.js']
|
||||
interval: 1m30s
|
||||
timeout: 10s
|
||||
retries: 3
|
||||
start_period: 30s
|
||||
@@ -0,0 +1,10 @@
|
||||
services:
|
||||
nexterm:
|
||||
image: germannewsmaker/nexterm:latest
|
||||
container_name: nexterm
|
||||
network_mode: host
|
||||
restart: always
|
||||
environment:
|
||||
- ENCRYPTION_KEY=02bdb65a028c37b2628c3727f3821530a629c40c25843b5268ceeb79a2c4033e
|
||||
volumes:
|
||||
- ./nexterm-data:/app/data
|
||||
@@ -1,2 +0,0 @@
|
||||
#Homelab
|
||||
Для своей лабы нужен сервак, и внешний адрес через который я смогу подключать внешние сервисы.
|
||||
@@ -1,8 +0,0 @@
|
||||
#openstack
|
||||
Заметки по поводу запуска Openstack
|
||||
Для запуска использовать 2U Oracle и харды для Ceph
|
||||
Пересобрать рейды. Установить контроллер в режим JBOD или вообще убрать его и подключить бекплейн к материнке.
|
||||
Подключить сетевые карты на 10Гб\с к серверам
|
||||
Накатываем 22 убунту на все сервера.
|
||||
Для подключения используем 10 Гбс на Цеф и 1 гбс на остальное. Так же можно прокинуть внешний ip для тестов облака.
|
||||
Ставим коллу и деплоим
|
||||
@@ -0,0 +1,18 @@
|
||||
---
|
||||
pageInfo:
|
||||
title: Home Lab
|
||||
sections: # An array of sections
|
||||
- name: Github
|
||||
items: # An array of items
|
||||
- title: GitHub
|
||||
description: Source code and documentation on GitHub
|
||||
icon: fab fa-github
|
||||
url: https://github.com/SailorUpiter/mkdocs
|
||||
- name: Services
|
||||
items:
|
||||
- title: DNS
|
||||
icon: favicon
|
||||
url: http://192.168.1.2/
|
||||
- title: Gitea
|
||||
icon: https://icon-icons.com/ru/icon/gitea/146173
|
||||
url: http://192.168.130.3:3000/
|
||||
@@ -1,17 +0,0 @@
|
||||
# Welcome to MkDocs
|
||||
|
||||
For full documentation visit [mkdocs.org](https://www.mkdocs.org).
|
||||
|
||||
## Commands
|
||||
|
||||
* `mkdocs new [dir-name]` - Create a new project.
|
||||
* `mkdocs serve` - Start the live-reloading docs server.
|
||||
* `mkdocs build` - Build the documentation site.
|
||||
* `mkdocs -h` - Print help message and exit.
|
||||
|
||||
## Project layout
|
||||
|
||||
mkdocs.yml # The configuration file.
|
||||
docs/
|
||||
index.md # The documentation homepage.
|
||||
... # Other markdown pages, images and other files.
|
||||
@@ -0,0 +1 @@
|
||||
Для того что бы использовать vault
|
||||
@@ -1,10 +0,0 @@
|
||||
Данная нейросеть развернута локально на машине ООО Трастинфо.
|
||||
Нейросеть помнит контекст во время диалога
|
||||
Она не понимает местонахождение меня.
|
||||
Старается дать развернутый ответ.
|
||||
При большом объеме информации заметны фризы и подвисания
|
||||
На задачи математических вычислений она начинает выводить код python и отвечает на английском языке при вопросе на русском, но вычисление сделаны верно. Проверено на очень простом уравнении
|
||||
После решения уравнения нейросеть в чате начала отображать выполнение кода и повторять ответ на английском языке на старый вопрос пока не скажешь прекратить
|
||||
Пишет простые функции на питоне и может их выполнить
|
||||
Воспринимает ли текст с ошибками?
|
||||
Текст с ошибками воспринимает плохо, но воспринимает и осознает контекст сообщения
|
||||
@@ -1,6 +1,6 @@
|
||||
#notes #comand #linux #docker
|
||||
```
|
||||
curl -fsSL https://get.docker.com | sh -
|
||||
curl https://get.docker.com | sh -
|
||||
```
|
||||
|
||||
|
||||
|
||||
@@ -1,2 +0,0 @@
|
||||
#cloud-init #notes #automation #мысли
|
||||
Подумать что мы можем делать с клауд инитом
|
||||
@@ -1,2 +0,0 @@
|
||||
#docker #notes #мысли
|
||||
Для автоматизации установки докера на хост скопировать скрипт установки с сайта докера, залить в локальную репу и разливать его с ансибл хоста, после клауд инита.
|
||||
@@ -1,3 +0,0 @@
|
||||
#мысли
|
||||
Определить бы какие сервера будут стетлесс а как стейтфулл
|
||||
Тогда можно будет раскидать инфру, на плейбуки и создать репы для бекапов
|
||||
@@ -1,16 +0,0 @@
|
||||
#automation #notes #мысли
|
||||
План настройки автоматизации при деплое сервисов.
|
||||
Инструменты для использования OpenTofu + Ansible
|
||||
Что мы настраиваем терраформом
|
||||
1. Параметры ВМ (CPU, Ram, disk, ip, dns)
|
||||
2. Креды (логин, пароль, ssh)
|
||||
3. Первичная настройка (hostname, iptables?, fail2ban, ssh, time)
|
||||
4. Docker?
|
||||
В принципе делаем копию официальной репы софта?
|
||||
Вид к которому я пришел
|
||||
- Деплоим вм на хост через тераформ
|
||||
- При деплое выполняются первичные настройки
|
||||
- Передаем параметры в инвентарь ансибла
|
||||
- Ансибл запускает плейбуки для настройки
|
||||
- В настройку входят: система, мониторинг, бекап файлов.
|
||||
-
|
||||
@@ -1,15 +0,0 @@
|
||||
#notes #backup #мысли
|
||||
Примерные мысли такие. Для рекавери нам нужна вм, дата и конфиги.
|
||||
Как сервер бекапов используем urbackup. С его помощью мы бекапим файлы из ВМок которые мы можем быстро востановить в случае чего, что бы уменьшить оверхед бекапа. На каждую ВМ создаем рекавери план. В основном мы имеем 3 вида файлов:
|
||||
1) БД
|
||||
2) Статика
|
||||
3) Конфиги
|
||||
На каждую ВМ делаем свою репу с бекапами. Хотелось бы все делать рестиком быстро и просто с дедупом, но сложно в управлении и не совмещаем образы ВМ и файлы. Можно написать автоматизацию для хапер ви через снапшоты, но очень много подводных. Это прям надо целый инструмент писать.
|
||||
Для урбекапа надо проверить ограничения по скорости и мультипоток.
|
||||
Настроить репы для файлов. Так же настроить репы для хранения тофу файлов.
|
||||
Подумать над автоматической раскаткой приложения. Очень много автоматизации, долго писать тяжело поддерживать.
|
||||
Примерная блок схема
|
||||
Разверстка ВМ --> Добавление провижинига в репозиторий --> Определение директорий и файлов для бекапа --> Организация бекап-репы -- > Автоматизация бекапа
|
||||
Схема говно надо переделать.
|
||||
Добавить интеграцию бекапов в автоматизацию.
|
||||
Надо сделать регистри контейнеров для наших систем.
|
||||
@@ -1,5 +0,0 @@
|
||||
#мысли
|
||||
|
||||
Маркировка осуществляется для:
|
||||
* Сетевых кабелей (медных и оптических)
|
||||
* Кабелей питания
|
||||
@@ -1,15 +0,0 @@
|
||||
#notes #мысли
|
||||
Что требуется для онбординга новичка в команде?
|
||||
Какая документация нужна для онбординга?
|
||||
Попробуем сформировать базовую подготовку
|
||||
Задачи на онбординг:
|
||||
1) Знакомство с командой. Оформление пропусков (задача начальства)
|
||||
2) Ознакомление с документами по ТБ, ОТ и остальными
|
||||
3) Заведение учетных записей.
|
||||
4) Первичный инструктаж
|
||||
5) Острова обучения
|
||||
6) Сдача предварительного среза знаний
|
||||
7) Сдача экзамена.
|
||||
* [ ] Составить список учетных записей которые нужно дать сотруднику.
|
||||
* [ ] Определить входящую в инструктаж информацию
|
||||
* [ ] Сформировать острова обучения
|
||||
@@ -1,2 +0,0 @@
|
||||
#мысли #notes
|
||||
Нетбокс будет являться эталонным хостом для систем. НА основе его сделаем документацию и отработаем алгоритм развертывания. Так же эталонными хостами будут сервисные хосты (мониторинг, логи, бекап.)
|
||||
@@ -1,12 +0,0 @@
|
||||
|
||||
Здравствуйте. Для организации высокопроизводительного хранилища базы данных мониторинга электропотребления PDU требуется закупить SSD диски и SFP модули. Высокопроизводительное хранилище требуется так как текущее хранилище не справляется с возросшей нагрузкой, что в дальнейшем может привести к потере данных.
|
||||
|
||||
Для организации отказоустойчивости требуется что бы каждый сервер в количестве 8 штук был оснащен SSD дисками. Минимальное количество дисков 2-шт на сервер.
|
||||
|
||||
Таким образом требуется 16 дисков SSD Samsung PM1643a <MZILT1T9HBJR> или аналогичных.
|
||||
|
||||
Для организации высокоскоростного подключения к хранилищу базы данных системы мониторинга PDU требуется SFP модули. Для обеспечения отказоустойчивости, совместимости и взаимозаменяемости серверов требуется закупить:
|
||||
|
||||
24 модуля SFP ASF-10G-T 10Gteck или аналогичные
|
||||
|
||||
16 модулей SFP Lenovo AFBR-709SMZ-ib8, ARISTA XVR-00001-02, Huawei LTF8501-BC+ 02310MNW или аналогичных
|
||||
@@ -1,4 +0,0 @@
|
||||
Надо портов 15 + 2 аплинка
|
||||
Адресов надо штук 50-100
|
||||
Стойка 2.5 метра. Между стойками 3 метра. лоток пол метра с каждой стойки.
|
||||
Итого 2.5 +1 +3 = 6.5 метров
|
||||
@@ -1,25 +0,0 @@
|
||||
Идея такая - сделать скрипт который будет создавать рейд, потом запускать тесты и записывать результаты в файл. После рейд удаляется и создается с другим страйпом. После всех тестов создается рейд с включенным кешем. и аналогично запускаются тесты
|
||||
|
||||
Тестирование будет осуществляться в два этапа без кеша и с кешем. Для каждого страйпа будет проверятся нагрузка в (1,4) потока, блоками (4,8,64,4096) К, с глубиной очереди (1,8,32,64,128).
|
||||
Размер файла неизвестен. Тестирование настроено на время. Время тестирование 10 сек каждый конфиг.
|
||||
Элементы программы:
|
||||
Статические данные:
|
||||
- Список страйпов для рейд контроллера, список потоков, список очереди, размер блока. +
|
||||
Функции ОС:
|
||||
- Функция создания рейда +
|
||||
- Функция создания ФС +
|
||||
- Функция монтирования +
|
||||
- Функция отмонтирования +
|
||||
- Функция удаления ФС +
|
||||
- Функция удаления рейда +
|
||||
- Функция включения кеша
|
||||
Тестирование:
|
||||
- Функция генерации конфиг файлов +
|
||||
- Функция перебора конфигов
|
||||
- Функция тестирования и записи в файл результатов
|
||||
- Парсинг файлов и вывод только нужных данных в таблицу
|
||||
|
||||
|
||||
Реализация на питоне. Запускаем большой цикл с вложенным циклом.
|
||||
Выполнение выглядит так:
|
||||
Генерим конфиги -> Начали цикл создаем RAID 0 из 1-ого диска со страйпом 8 -> создаем ФС -> Монтируем ФС -> Начало цикла тестирования -> Начало цикла парсинга -> Завршение парсинга - > Завершение цикла тестирования -> Отмонтируем диск -> Удаляем ФС -> Удаляем рейд 0 со страйпом 8 -> Завершаем Цикл тестирования.
|
||||
@@ -1 +0,0 @@
|
||||
|
||||
@@ -1,5 +0,0 @@
|
||||
#мысли
|
||||
Ну какую то сверх очевидную базу я знаю.
|
||||
Темы которые следует поизучать подробнее это ВПН, маршрутизация, БГП
|
||||
БГП вообще 10 раз читал ниче не понял
|
||||
С впном пока надо повременить и отрисовать архитектуру
|
||||
@@ -1,81 +0,0 @@
|
||||
#note #network #sfp
|
||||
У нас все оборудование цисковсвкое. Кароточки тоже хуй пойми какие.
|
||||
Посчитаем сколько всего надо:
|
||||
6 серверов RJ45 (2 порта) 24
|
||||
2 сервера SFP+ (2 порта) 8
|
||||
1 СХД SFP+ (4 порта) 8
|
||||
Подключение идет с 2-х сторон
|
||||
Итого:
|
||||
24 RJ4 Пример ASF-10G-T 10Gteck
|
||||
16 SFP+
|
||||
|
||||
Пересчет
|
||||
6 серверов RJ45 по 2 порта = 12 штук
|
||||
5 серверов SFP+ по 2 порта =20 штук
|
||||
1 схд 4 портов rj45 = 4 штуки (4 было в комплекте они уже есть)
|
||||
Запас? 4 RJ45
|
||||
Итого
|
||||
16 RJ45
|
||||
24 SFP+
|
||||
|
||||
|
||||
Чисто теоретически заведутся все СФП. Практически а хуй его знает.
|
||||
|
||||
Точно рабочие
|
||||
ASF-10G-T 10Gteck
|
||||
|
||||
Lenovo AFBR-709SMZ-ib8
|
||||
ARISTA XVR-00001-02
|
||||
Huawei LTF8501-BC+ 02310MNW
|
||||
Текст письма
|
||||
|
||||
Здравствуйте. Для организации высокоскоростного подключения к хранилищу базы данных системы мониторинга PDU требуется SFP модули. Для обеспечения отказоустойчивости и совместимости серверов требуется закупить:
|
||||
24 модуля SFP ASF-10G-T 10Gteck или аналогичные
|
||||
16 модулей SFP Lenovo AFBR-709SMZ-ib8, ARISTA XVR-00001-02, Huawei LTF8501-BC+ 02310MNW или аналогичных
|
||||
|
||||
|
||||
|
||||
Отчет о своместимости SFP
|
||||
HPE 10GB SR SFP+ 455885-001
|
||||
SN 7CR909N16K
|
||||
Ядро сети Работает
|
||||
HP NIC Работает
|
||||
Eonstore DS1012 Работает
|
||||
|
||||
Lenovo AFBR-709SMZ-ib8
|
||||
pn\sn 46c3448 Y050UC0C6FD0
|
||||
(Хпшеная в ленову работает)
|
||||
Ядро сети (Работает)
|
||||
from core to HP DL360G9 SFP+ card Работает
|
||||
Eonstore DS1012 Работает
|
||||
HP NIC (работает)
|
||||
|
||||
ARISTA XVR-00001-02
|
||||
Sn XAP1114T3654
|
||||
Ленова в аристу работает
|
||||
Ариста в Хп работает
|
||||
Ядро сети (Работает)
|
||||
HP NIC (работает)
|
||||
Eonstore DS1012 Работает
|
||||
|
||||
Huawei LTF8501-BC+ 02310MNW
|
||||
Sn J265A000290
|
||||
Ядро сети (Работает)
|
||||
Хуавей в аристу работает
|
||||
Хуавей в ленову +
|
||||
Хуавей в ХП +
|
||||
HP NIC (работает)
|
||||
Eonstore DS1012 Работает
|
||||
|
||||
Оптические трансиверы
|
||||
СХД 8 Шт
|
||||
Сервера HP 8 Шт
|
||||
Сервера оракл 12 Шт
|
||||
Rj45 трансиверы 16 ШТ
|
||||
|
||||
|
||||
Карточки куда идет
|
||||
деллы BCM57416 NetXtreme-E Dual-Media 10G RDMA Ethernet Controller (rev 01)
|
||||
ХП rj54 Intel Corporation Ethernet Controller 10-Gigabit X540-AT2 (rev 01)
|
||||
SFP+ карточки HP NC550SFP Dual Port 10Gbe Server adapter
|
||||
Лезвие ядра сети Cisco C6800-32P10G
|
||||
@@ -1,144 +0,0 @@
|
||||
|
||||
конфиг
|
||||
[fiotest]
|
||||
rw=write
|
||||
name=fiotest
|
||||
blocksize=8k
|
||||
filename=/mnt/pve/test/write
|
||||
size=1g
|
||||
ioengine=libaio
|
||||
iodepth=128
|
||||
numjobs=1
|
||||
runtime=60
|
||||
direct=1
|
||||
|
||||
Результат
|
||||
fiotest: (g=0): rw=write, bs=(R) 4096B-4096B, (W) 4096B-4096B, (T) 4096B-4096B, ioengine=libaio, iodepth=1
|
||||
fio-3.28
|
||||
Starting 1 process
|
||||
fiotest: Laying out IO file (1 file / 1024MiB)
|
||||
^Cbs: 1 (f=1): [W(1)][33.3%][w=1001KiB/s][w=250 IOPS][eta 00m:40s]
|
||||
fio: terminating on signal 2
|
||||
|
||||
fiotest: (groupid=0, jobs=1): err= 0: pid=2515: Sat May 3 00:11:44 2025
|
||||
write: IOPS=306, BW=1227KiB/s (1257kB/s)(24.2MiB/20224msec); 0 zone resets
|
||||
slat (nsec): min=9129, max=61388, avg=11072.73, stdev=2469.71
|
||||
clat (usec): min=1575, max=237505, avg=3247.15, stdev=5187.99
|
||||
lat (usec): min=1585, max=237546, avg=3258.36, stdev=5188.33
|
||||
clat percentiles (usec):
|
||||
| 1.00th=[ 1745], 5.00th=[ 1909], 10.00th=[ 2008], 20.00th=[ 2180],
|
||||
| 30.00th=[ 2311], 40.00th=[ 2442], 50.00th=[ 2573], 60.00th=[ 2737],
|
||||
| 70.00th=[ 2966], 80.00th=[ 3294], 90.00th=[ 4228], 95.00th=[ 5866],
|
||||
| 99.00th=[ 11994], 99.50th=[ 16319], 99.90th=[ 90702], 99.95th=[103285],
|
||||
| 99.99th=[238027]
|
||||
bw ( KiB/s): min= 672, max= 1888, per=99.49%, avg=1221.60, stdev=244.70, samples=40
|
||||
iops : min= 168, max= 472, avg=305.40, stdev=61.18, samples=40
|
||||
lat (msec) : 2=9.88%, 4=78.65%, 10=9.69%, 20=1.50%, 50=0.10%
|
||||
lat (msec) : 100=0.11%, 250=0.08%
|
||||
cpu : usr=0.17%, sys=0.29%, ctx=6206, majf=0, minf=12
|
||||
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
|
||||
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
|
||||
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
|
||||
issued rwts: total=0,6205,0,0 short=0,0,0,0 dropped=0,0,0,0
|
||||
latency : target=0, window=0, percentile=100.00%, depth=1
|
||||
|
||||
Run status group 0 (all jobs):
|
||||
WRITE: bw=1227KiB/s (1257kB/s), 1227KiB/s-1227KiB/s (1257kB/s-1257kB/s), io=24.2MiB (25.4MB), run=20224-20224msec
|
||||
|
||||
Disk stats (read/write):
|
||||
dm-0: ios=54/8018, merge=0/0, ticks=636/27836, in_queue=28472, util=97.85%, aggrios=54/7434, aggrmerge=0/861, aggrticks=638/24232, aggrin_queue=24906, aggrutil=97.59%
|
||||
sda: ios=54/7434, merge=0/861, ticks=638/24232, in_queue=24906, util=97.59%
|
||||
|
||||
Конфиг
|
||||
[fiotest]
|
||||
rw=write
|
||||
name=fiotest
|
||||
blocksize=8k
|
||||
filename=/mnt/pve/test/write
|
||||
size=1g
|
||||
ioengine=libaio
|
||||
iodepth=32
|
||||
numjobs=1
|
||||
runtime=60
|
||||
direct=1
|
||||
|
||||
Результат
|
||||
fiotest: (g=0): rw=write, bs=(R) 8192B-8192B, (W) 8192B-8192B, (T) 8192B-8192B, ioengine=libaio, iodepth=32
|
||||
fio-3.28
|
||||
Starting 1 process
|
||||
Jobs: 1 (f=1): [W(1)][100.0%][w=11.0MiB/s][w=1409 IOPS][eta 00m:00s]
|
||||
fiotest: (groupid=0, jobs=1): err= 0: pid=3588: Sat May 3 00:16:19 2025
|
||||
write: IOPS=1530, BW=12.0MiB/s (12.5MB/s)(718MiB/60022msec); 0 zone resets
|
||||
slat (usec): min=3, max=141739, avg=94.73, stdev=1480.44
|
||||
clat (msec): min=2, max=262, avg=20.81, stdev=14.28
|
||||
lat (msec): min=2, max=262, avg=20.91, stdev=14.27
|
||||
clat percentiles (msec):
|
||||
| 1.00th=[ 4], 5.00th=[ 8], 10.00th=[ 12], 20.00th=[ 14],
|
||||
| 30.00th=[ 16], 40.00th=[ 17], 50.00th=[ 18], 60.00th=[ 20],
|
||||
| 70.00th=[ 23], 80.00th=[ 26], 90.00th=[ 33], 95.00th=[ 40],
|
||||
| 99.00th=[ 69], 99.50th=[ 95], 99.90th=[ 203], 99.95th=[ 226],
|
||||
| 99.99th=[ 247]
|
||||
bw ( KiB/s): min= 5584, max=17216, per=99.85%, avg=12226.15, stdev=2529.45, samples=119
|
||||
iops : min= 698, max= 2152, avg=1528.27, stdev=316.18, samples=119
|
||||
lat (msec) : 4=1.24%, 10=6.83%, 20=52.96%, 50=36.68%, 100=1.86%
|
||||
lat (msec) : 250=0.43%, 500=0.01%
|
||||
cpu : usr=0.48%, sys=1.47%, ctx=68734, majf=0, minf=10
|
||||
IO depths : 1=0.1%, 2=0.1%, 4=0.1%, 8=0.1%, 16=0.1%, 32=100.0%, >=64=0.0%
|
||||
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
|
||||
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.1%, 64=0.0%, >=64=0.0%
|
||||
issued rwts: total=0,91862,0,0 short=0,0,0,0 dropped=0,0,0,0
|
||||
latency : target=0, window=0, percentile=100.00%, depth=32
|
||||
|
||||
Run status group 0 (all jobs):
|
||||
WRITE: bw=12.0MiB/s (12.5MB/s), 12.0MiB/s-12.0MiB/s (12.5MB/s-12.5MB/s), io=718MiB (753MB), run=60022-60022msec
|
||||
|
||||
Disk stats (read/write):
|
||||
dm-0: ios=126/98119, merge=0/0, ticks=3940/1857428, in_queue=1861368, util=99.31%, aggrios=126/96396, aggrmerge=0/2709, aggrticks=3928/1803591, aggrin_queue=1807713, aggrutil=99.23%
|
||||
sda: ios=126/96396, merge=0/2709, ticks=3928/1803591, in_queue=1807713, util=99.23%
|
||||
|
||||
конфиг
|
||||
[fiotest]
|
||||
rw=write
|
||||
name=fiotest
|
||||
blocksize=8k
|
||||
filename=/mnt/pve/test/write
|
||||
size=1g
|
||||
ioengine=libaio
|
||||
iodepth=1
|
||||
numjobs=1
|
||||
runtime=60
|
||||
direct=1
|
||||
|
||||
Результат
|
||||
fiotest: (g=0): rw=write, bs=(R) 8192B-8192B, (W) 8192B-8192B, (T) 8192B-8192B, ioengine=libaio, iodepth=1
|
||||
fio-3.28
|
||||
Starting 1 process
|
||||
Jobs: 1 (f=1): [W(1)][100.0%][w=1632KiB/s][w=204 IOPS][eta 00m:00s]
|
||||
fiotest: (groupid=0, jobs=1): err= 0: pid=3616: Sat May 3 00:18:47 2025
|
||||
write: IOPS=282, BW=2258KiB/s (2312kB/s)(132MiB/60002msec); 0 zone resets
|
||||
slat (usec): min=6, max=42146, avg=91.13, stdev=759.96
|
||||
clat (usec): min=1609, max=285038, avg=3450.64, stdev=5465.66
|
||||
lat (usec): min=1617, max=285046, avg=3541.91, stdev=5565.78
|
||||
clat percentiles (usec):
|
||||
| 1.00th=[ 1778], 5.00th=[ 1909], 10.00th=[ 2008], 20.00th=[ 2147],
|
||||
| 30.00th=[ 2278], 40.00th=[ 2409], 50.00th=[ 2573], 60.00th=[ 2802],
|
||||
| 70.00th=[ 3130], 80.00th=[ 3916], 90.00th=[ 5407], 95.00th=[ 6980],
|
||||
| 99.00th=[ 11338], 99.50th=[ 16581], 99.90th=[ 83362], 99.95th=[124257],
|
||||
| 99.99th=[238027]
|
||||
bw ( KiB/s): min= 656, max= 3552, per=100.00%, avg=2266.08, stdev=760.91, samples=119
|
||||
iops : min= 82, max= 444, avg=283.26, stdev=95.11, samples=119
|
||||
lat (msec) : 2=9.96%, 4=70.89%, 10=17.68%, 20=1.12%, 50=0.21%
|
||||
lat (msec) : 100=0.08%, 250=0.06%, 500=0.01%
|
||||
cpu : usr=0.12%, sys=0.26%, ctx=17491, majf=0, minf=12
|
||||
IO depths : 1=100.0%, 2=0.0%, 4=0.0%, 8=0.0%, 16=0.0%, 32=0.0%, >=64=0.0%
|
||||
submit : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
|
||||
complete : 0=0.0%, 4=100.0%, 8=0.0%, 16=0.0%, 32=0.0%, 64=0.0%, >=64=0.0%
|
||||
issued rwts: total=0,16936,0,0 short=0,0,0,0 dropped=0,0,0,0
|
||||
latency : target=0, window=0, percentile=100.00%, depth=1
|
||||
|
||||
Run status group 0 (all jobs):
|
||||
WRITE: bw=2258KiB/s (2312kB/s), 2258KiB/s-2258KiB/s (2312kB/s-2312kB/s), io=132MiB (139MB), run=60002-60002msec
|
||||
|
||||
Disk stats (read/write):
|
||||
dm-0: ios=220/23472, merge=0/0, ticks=2652/93376, in_queue=96028, util=97.68%, aggrios=220/21785, aggrmerge=0/2623, aggrticks=2622/79363, aggrin_queue=82138, aggrutil=97.58%
|
||||
sda: ios=220/21785, merge=0/2623, ticks=2622/79363, in_queue=82138, util=97.58%
|
||||
@@ -1 +0,0 @@
|
||||
Замеры производительности дисков DC600M Enterprise. Диски подключены в сервер HP DL360 G9 в рейд контроллер P440ar и собраны в одиночный RAID 0 без включения кеша контроллера.
|
||||
@@ -1,20 +0,0 @@
|
||||
#note #storage #disk
|
||||
Для базы данных нам требуется быстрые диски. Не столько важна пропускная способность сколько IO диска. Так как мы часто выполняем и чтение и запись маленьким блоком.
|
||||
Обязательное условие это Энтерпрайз диски для ДЦ так как содержат конденсаторы.
|
||||
Мы можем установить не более 4-х дисков на сервер (sas) и 8-и дисков (sata), так как упремся в пропускную способность интерфейса, а кеши медленные. Можно купить переходник для NVME дисков, но есть подводные на количество линий и возможности бифуркации PCI-e слота. Чисто теоретически можно заказать U.2 HBA модуль для линий 16x на 4 диска и протянуть кабеля до бекплейна, а потом приколхозить их. Тогда мы упираемся в производительность сети. Джае 10ГБ\с канал не покроет мощность NVME дисков
|
||||
|
||||
Желаемый диск 2Тб
|
||||
SSD Samsung PM1643a <MZILT1T9HBJR>
|
||||
|
||||
Возможный бомж вариант 2Тб
|
||||
SSD Samsung PM897 <MZ7L31T9HBNA-00A07>
|
||||
|
||||
Альтернативный вендор 2Тб
|
||||
SSD Intel D3-S4620 <SSDSC2KG019TZ01>
|
||||
|
||||
Текст письма
|
||||
Здравствуйте. В связи с проблемами производительности хранилища для базы данных мониторинга электропотребления PDU, требуется закупить SSD диски
|
||||
|
||||
Здравствуйте. Для организации высокопроизводительного хранилища базы данных мониторинга электропотребления PDU требуется закупить SSD диски. Высокопроизводительное хранилище требуется так как текущее хранилище не справляется с возросшей нагрузкой.
|
||||
Для организации отказоустойчивости требуется что бы каждый сервер в количестве 8 штук был оснащен SSD дисками. Минимальное количество дисков 2-шт на сервер.
|
||||
Таким образом требуется 16 дисков SSD Samsung PM1643a <MZILT1T9HBJR> или аналогичных.
|
||||
Reference in New Issue
Block a user