remove trash

This commit is contained in:
2026-07-08 17:53:45 +03:00
parent 28d97db7fc
commit 3c53e9a159
28 changed files with 57 additions and 392 deletions
+3 -1
View File
@@ -5,4 +5,6 @@
4) Установить ubuntu на старый комп 4) Установить ubuntu на старый комп
5) Подумать над переделкой шаблона as a service? 5) Подумать над переделкой шаблона as a service?
6) Добавить диск и маунт диска для логов 6) Добавить диск и маунт диска для логов
7) Настроить Vault 7) Настроить Vault
8) Сделать дашборд для веб панелей
9) Развернуть opensearch
+24
View File
@@ -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
+10
View File
@@ -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
-2
View File
@@ -1,2 +0,0 @@
#Homelab
Для своей лабы нужен сервак, и внешний адрес через который я смогу подключать внешние сервисы.
-8
View File
@@ -1,8 +0,0 @@
#openstack
Заметки по поводу запуска Openstack
Для запуска использовать 2U Oracle и харды для Ceph
Пересобрать рейды. Установить контроллер в режим JBOD или вообще убрать его и подключить бекплейн к материнке.
Подключить сетевые карты на 10Гб\с к серверам
Накатываем 22 убунту на все сервера.
Для подключения используем 10 Гбс на Цеф и 1 гбс на остальное. Так же можно прокинуть внешний ip для тестов облака.
Ставим коллу и деплоим
+18
View File
@@ -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/
-17
View File
@@ -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 #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 #мысли
Подумать что мы можем делать с клауд инитом
-2
View File
@@ -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,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> или аналогичных.