Бейнежиналыстарды жазу және сақтау сервері: сыйымдылықты есептеу

Мәселе неде: жазбалар жоспарлағаннан тез жиі жиналады

Бейнежиналыстардың жазбалары әдетте көрінгеннен көбірек «салмақ» алады. Бүгін сіз аптасына бірнеше кездесуді сақтайсыз, ал айдан кейін дискілер бітеліп, жаңа файлдар қоюға орын жоқ екенін байқайсыз. Ең жамансы — толып кету көбіне байқалмай болады: жүйе соңына дейін жаза береді, ал ақауға шағымдардан кейін ғана көңіл бөлінеді.

Көбіне жазбада тек «сөйлеп отырғандар» видеоқадрлары ғана емес, дыбыс, экран көрсетілімі, кейде чат, субтитрлар және қоса тіркемелер болады. Нәтижесінде бір кездесу бірнеше ағыннан тұрады, және әрқайсысы көлем қосады.

Көлем күтпеген жерден өседі, егер:

• кездесулер көбееді немесе ұзақтығы байқалмай ұлғаяды;
• сапаны «оқылатын болуы үшін» көтереді (әсіресе экран көрсету кезінде);
• әр қатысушыны немесе экранды бөлек жоғары сапада жазады;
• көшірмелер пайда болады: ноутбукқа жүктеулер, бөлімдерге жіберулер, түрлі папкаларда дубльдер;
• жою ережелері жоқ, және «барлығын сақтайық, не болады?» деген тәсіл қалыптасады.

Көбіне мәселені диск сатып алумен шешпекші болады, бірақ бұл жеткіліксіз. Жазу және сақтау жүйесінде үш нәрсе маңызды: сыйымдылық (орын жеткілікті болу үшін), қолжетімділіктер (жазбалар шашылып кетпесін және ағып кетпесін үшін) және сақтау мерзімдері (не қашан өшірілетіні немесе архивтелетіні анық болу үшін).

Қарапайым сценарийді елестетіңіз: бір бөлім жоспарлық кездесулерді жазады, юристтер — хаттамамен отырыстарды, оқыту бөлімі — лекцияларды. Егер барлығына бірдей құқық беріп, «мәңгі» сақтасақ, тез арада артық көшірмелер, қарау құқығы бойынша даулар және «өшіру қоспаңыздар, бұл маңызды» деген үнемі өтініштер пайда болады. Нәтиже бір: орын таусылады.

Талаптар ұйым түріне қарай өзгереді. Мемлекеттік секторда бақылау, сақтау мерзімдері және сатып алу ашықтығына жоғары талаптар қойылады, сондықтан алдын ала болжамды ережелер мен сенімді инфрақұрылым қажет. Бизнеске көбіне іздеу және қолжетімділікті беру ыңғайлылығы маңызды, бірақ шектеулерсіз жазбалар тез «жалпы қоқысқа» айналады. Білім беру саласында бастысы — көлем мен маусымдылық: оқу кезінде жазбалар көп, кейін оларды мұқият архивке өткізу керек.

Егер алдын ала жазба форматтары, қолжетімділік ережелері және сақтау мерзімдері келісілмесе, сіз дерлік міндетті түрде дискілерге артық төлеп, әлі де толып кеткен сақтау орнын аласыз.

Сервер сатып алмас бұрын қандай деректер керек

Бейнежиналыстарды жазып, сақтауға арналған серверді таңдау үшін алдымен бастапқы сандарды жинаңыз. Олардың болмауында «қор жинап» артық төлеп қалуға немесе, керісінше, бірнеше аптадан кейін дискілер толып қалуына өте оңай.

Бастысы — бір уақытта өтетін сессиялар саны. Маңыздысы — сізде қанша конференц-бөлме бар емес, шын мәнінде шың уақытында қанша кездесулер параллель өтеді. Егер кеңседе 8 бөлме болса, бірақ бір уақытта әдетте 2–3 боп тұрса, есеп мүлде басқа болады.

Келесі — жиілік пен ұзақтығы. Орташа ұзақтығын және күніне/аптасына неше кездесу болатынын тіркеңіз. Ең дұрысы — бір «қалыпты» айдың деректерін алу, бір «ыстық» аптаның мәндерін емес.

Жазба параметрлері бөлек блок: рұқсат етілген шешім (720p немесе 1080p) және кадр жиілігі көлемге қатты әсер етеді. Егер ішкі кездесулер үшін сапаны азайтуға болатын болса, жиі диск сатып алудан гөрі үнемдеу көбірек болады.

Тағы бір маңызды сұрақ: бір финалдық жазба жазасыз ба немесе бірнеше ағын (әр қатысушы бөлек, плюс экран) сақтайсыз ба. Көпағынды жазба талдау үшін пайдалы, бірақ көлемі бірнеше есе ауыр болуы мүмкін.

Қысқаша бастапқы чеклист:

• шың уақыттағы максималды параллель сессиялар саны;
• орташа ұзақтық және кездесулер саны (күн/апта);
• рұқсат, кадр жиілігі, экран жазбасы бар ма;
• бір жазба немесе бірнеше ағын;
• түпнұсқаларды сақтайсыз ба немесе тек финалдық нұсқаны.

Сондай-ақ алдын ала қандай нұсқаларды сақтайтыныңызды шешіңіз. «Түпнұсқа + қысылған көшірме» ыңғайлы, бірақ бұл талаптарды фактілі түрде көбейтеді. Осы бастапқы деректерді коммерциялық ұсыныс сұраудан бұрын жазбаша бекіту пайдалы: талқылау нақты сандарға негізделсін, әсерлерге емес.

Бір жазбаның көлемі нені анықтайды

Файл көлемі көбіне суммарлы битрейт пен ұзақтықпен анықталады. Мысалы, жазба 2 сағат бойы орташа 4 Мбит/с битрейте болса, оның көлемін алдын ала есептеуге болады.

Рұқсат (1080p, 720p) маңызды, бірақ өздігінен ештеңе кепілдендірмейді. 1080p кейде баптаулар мен кадр мазмұнына байланысты бірнеше есе көп немесе аз орын алуы мүмкін. Сондықтан сыйымдылықты пиксельдерден гөрі нақты битрейттен жоспарлаған жөн.

Битрейт пен оған әсер ететін факторлар

Көп жүйелер айнымалы битрейтімен жазады: кадр тыныштықта ("сөйлеп отырған бас") файл баяу өседі, ал экрандағы белсенділік немесе қозғалыс кезінде битрейт шарықтайды.

Ең қатты көлемді арттыратындар:

• кадр жиілігі (60 fps көбіне 30 fps-тан ауыр);
• контент түрі (ұсақ мәтінді экран, графикалар, слайдтардың жылдам ауысымы);
• орналасу (қатысушылар галереясы оңай сығылмайтын күрделі көрініс болуы мүмкін);
• кодек пен оның баптаулары (сапа, кілт кадрлар жиілігі және т.с.с.).

Сол себепті «бір сағат 1080p» кейде 1 ГБ, кейде 4 ГБ алады.

Кодек, контейнер және аудио

Кодек сығымдауға жауап береді (мысалы, H.264 немесе H.265). Бірдей сапада H.265 әдетте кіші көлем береді, бірақ өңдеуге және қайта ойнауға көп ресурсты талап етуі мүмкін. Контейнер (MP4, MKV) — видео, аудио және қосымша деректерді орайтын қаптама; ол әдетте аз ғана қосымша қосады, маңыздысы ішіндегі жолдардың саны.

Аудио бөлек жол болмаса, видеомен салыстырғанда аз орын алады. Алайда қатысушылар бойынша бөлек аудиожолдар сақталса немесе аудармалар болса, көлем едәуір өседі.

Сонымен қатар көлемге әсер етеді:

• бірнеше ағынды жазу (спикер бөлек, жалпы көрініс бөлек);
• чат, субтитрлар, таймкодтар, қарапайым алдын ала көріністер;
• экспорт кезінде қайта кодтау (кейде файлдар үлкейіп шығады).

Практикалық өлшем: 90 минуттық отырыс, сирек слайдтар және бір аудиожол тұрақты, орташадан асатын өсім береді. Ал тұрақты экран көрсету, жоғары fps және бірнеше жолдар бар кездесу сол «1080p»-та да жылдам түрде сақтау орнын жеп қояды.

Қадам бойынша сыйымдылық есептеу: бір сағаттан жылға дейін

Сыйымдылықты төменнен жоғары қарай есептеген ыңғайлы: бір типтық жазбадан айға және жылға. Қажет бірнеше көрсеткіш қана, ал сатып алуға арналған дәлдік әдетте жеткілікті.

5 қадамдық есептеу

• Орташа битрейтті анықтаңыз. Оңай жолы — 10–15 минут типтік отырысты жазып, файл көлемін көру немесе платформаның баптауларынан мән алу.
• Битрейтті сағатқа аударыңыз. Еске салу: 1 Мбит/с шамамен 0,44 ГБ/сағ тең.
• Оны күндік орташа жазба сағаттарына, айдағы жұмыс күндер санына, содан кейін сақтау мерзіміне (30, 90, 365 күн) көбейтіңіз.
• Пиктер мен «өмірлік» жағдайларға запас қосыңыз: ұзақ кездесулер, қайта жазбалар, қызметтік файлдар, жүктеу қателіктері. Көбіне 20–40% алынады.
• Егер резервтік көшірмелер керек болса, оларды бөлек есептеңіз: бұл жиі ұмытылатын қабат.

Қарапайым мысал

Мысалы, орташа битрейт 2,5 Мбит/с. Сонда 1 сағат шамамен 2,5 x 0,44 = 1,1 ГБ алады.

Егер орташа есеппен күніне 4 сағат жазба болса және айда 22 жұмыс күні болса, айлық көлем: 1,1 x 4 x 22 ≈ 97 ГБ.

90 күн сақтау керек болса: 97 x 3 ≈ 291 ГБ. 30% запас қоссақ — шамамен 380 ГБ.

Енді резервтік көшірме. Егер архивтің толық көшірмесін жасасаңыз (1:1), тағы шамамен 380 ГБ қосыңыз. Егер соңғы 30 күнді ғана көшірсеңіз, айтарлықтай аз болмақ.

Дисктер мен массивті қалай таңдау керек, сервер «тығылмасын» үшін

Таңдауда көбіне тек «қанша терабайт» дегенге қарайды. Бірақ проблемалар жиі сыйымдылық, жазу жылдамдығы және дискілердің массивке қалай біріктірілгенінің комбинациясынан туындайды.

RAID және пайдалы сыйымдылық: неге «10 ТБ дискі» 10 ТБ-қа тең емес

RAID дискіні бұзылудан қорғайды, бірақ кейбір сыйымдылықты алып қояды. RAID1-де жартысы айырылады (зеркалдану), RAID5-та бір диск четтілігіне кетеді, RAID6-та екі диск кетеді. Сонымен қатар қызметтік шығындар бар. «Жапсырмадағы» соманы емес, пайдалы сыйымдылықты есептеңіз.

Қысқаша:

• қарапайым сенімділік және аз көлемдер үшін: RAID1;
• сыйымдылық пен қорғаныстың теңгерімі: RAID5 (егер массив тым үлкен болмаса);
• маңызды архивтер үшін жоғары сенімділік: RAID6;
• максималды жазу жылдамдығы: RAID10 (сыйымдылыққа қымбат).

Жазу жылдамдығы ойлағаннан маңыздырақ

Бейнежиналыстар жиі параллель түрде жазылады: бірнеше бөлме, бірнеше ағын, кейде жеке жолдар (спикер, жалпы көрініс, экран). Шың жүктемеде жүктеме орташа мәннен 2–3 есе жоғары болуы мүмкін. Егер дискілер жазып үлгермесе, пайда болған қателер, кезектер өседі және жазба «сыр береді».

Практикалық сақтау қабаттары:

• жүйе, база/метадеректер және жазбалар каталогы үшін SSD (тұрақтылық пен тез іздеу);
• видеофайлдар мен архив үшін HDD (тиімді бағамен сыйымдылық);
• егер платформа уақытша файлдар жасаса — бөлек том немесе пул.

Массивті «тұтас толтырмай» пайдаланыңыз. 80–85% толған кезде жиі жылдамдық төмендейді, қателер қаупі өседі. Ең дұрысы — алдын ала ескерту және жоспарлы тазалау немесе архивке көшіру орнату, жұмыс күнінде орын таусылғанға дейін күтуге болмайды.

Жазбаларға қолжетімділіктер: хаостан сақтайтын қарапайым ережелер

Тек дискі толып қана қоймай, жазбалар чаттар мен флешкалар арқылы таралу қаупі бар. Қолжетімділікті алғашқы жұмыс күнге дейін анықтап алған дұрыс. Әйтпесе ережелер дау‑дамай түрінде пайда болады.

Ең қарапайым тәсіл — «бәріне азынан» дегеннің орнына рөлдерге бөлу. Көп ұйымға 3–4 рөл және анық шекаралар жетеді.

Минимальды құқық матрицасы (күрделенбеген схема)

• Қарау: кездесу қатысушылары (тек өз жазбалары) және хатшы (өз тобының барлық жазбалары);
• Жүктеу: хатшы және уәкілетті қызметкерлер (мысалы, қауіпсіздік немесе юристтер) сұраныс бойынша;
• Өшіру: тек сақтау администраторы немесе тағайындалған архив иесі, саясатқа сәйкес қатаң түрде;
• Құқықтарды басқару: бөлек рөл (әдетте ИТ/қауіпсіздік), құқықтар «өтіне‑өтінішпен» берілмесін деп.

Жазбаларды бөлімдер мен кездесулер түрлері бойынша бөлу: «басқарма», «сатып алу», «адам ресурстары» сияқты. Сонда адам бірнеше топқа кірсе де тек оған тиесілі нәрсені ғана көреді.

Қол жетімділік журналдары: не жазып отыру керек және неге

Журналдар тек «түрі үшін» емес, ағып кетулерді ерте кезеңде тоқтату және кім не жасағанын тез анықтау үшін керек. Міндетті жазылатын нәрселер:

• кім және қашан жазбаны ашқан;
• кім және қашан файлды жүктеген;
• кім және қашан өшірген (және қайдан);
• кім құқық берген және кімге;
• қай құрылғыдан немесе есептік жазбадан қатынас болған.

Сыртқы сұраулар (аудит, сот, тексеріс, контрагент) үшін бір қағида ұстаңыз: "жәй жіберіңдер" деген жоқ. Ресми сұрау, жауапты тұлғаның келісімі және бақыланатын шығарылым — көшірме, түпнұсқа емес, және журналдарда тіркелген болуы керек.

Сақтау мерзімдері: саясатты қалай орнату және ай сайын дау шықпасын

Егер сақтау мерзімі алдын ала белгіленбесе, талқылау әдетте эмоциялармен жүреді: "өшіруге болмайды", "орын жоқ", "тағы диск сатып алайық". Оңайырақ — ИТ, юристтер және процесс иелерін қанағаттандыратын айқын ережені бекіту.

Ыңғайлы принцип: мерзім бөлімге емес, отырыс түріне және жазба құндылығына байланысты. Көбіне 30/90/365 схемасы жеткілікті:

• 30 күн: күнделікті планерлер, шешімдері жоқ статус-кездесулер;
• 90 күн: жобалық комитеттер, ай сайынғы шолулар;
• 365 күн (немесе сұраныс бойынша ұзағырақ): бекіту, қаржы және кадр мәселелері;
• іс жабылғанша: тергеулер, оқиға, даулы жағдайлар;
• тұрақты түрде: ішкі регламентте нақты көрсетілген сирек жазбалар.

Одан әрі сақтау орнын қалай тазалау керектігін шешіңіз. Қолмен тазалау көбіне сәтсіздікке ұшырайды: адамдар «қате өшіремін деп қорқады», кейінге қалдырады, және дискілер бітеді. Автоматты жою тиімдірек, бірақ ерекшеліктер қажет. «Мұздату» механизмі жасаңыз: жазбаны автоөшіруден қорғайтын белгі (хатшы немесе юрист шешімімен) және себебін тіркеу.

Басты массивте бәрін ұстаудан қашу үшін архивтік қабат қойыңыз. Логика қарапайым: жаңа жазбалар (соңғы 30–90 күн) жылдам сақтау орнында, ал ұзақ мерзімге қажеттілер аптасына немесе айына бір рет архивке жылжиды. Осылай сыйымдылықты болжау оңайырақ және жүктемені азайтады.

Ішкі саясаттар мен реттеуші талаптарды ұмытпаңыз. Мемлекеттік секторда, білімде, денсаулық сақтауда және қаржыда мерзімдер жиі құжатпен белгіленеді. Жақсы тәжірибе — 1–2 беттен тұратын қысқа регламент: жазба түрі, мерзімі, кім ұзартуы мүмкін, кім мұздатуы және кім мерзімінен бұрын өшіруге құқылы екенін бекіту.

Аптаның ішінде дискі толуына әкелетін жиі қателіктер

Типтік сценарий: жүйені іске қосады, жазбалар жинала бастайды, бәрі қуанған. 3–4 аптадан кейін сервер баяулап, орын тез таусылады. Көбіне себеп «жаман темірде» емес, есептеу мен сақтау ережелері алдын ала бекітілмегендіктен болады.

Ең жиі қателер:

• сыйымдылық «көзбен» бағаланады және тест жазба жасалмайды. Бір сағаттық нақты баптағы тест шын мәніндегі айырмашылықты 2–3 есе көрсетеді.
• жүктеме өсімін ескермейді. Бүгін 5 кездесу бар болса, айдан кейін 8–10 болуы мүмкін, филиалдар қосылады, сапаны 720p-тен 1080p-ке көтереді;
• RAID пен резервтік көшірмелердің орнын ұмытқандығы. Зеркалдану кезінде пайдалы сыйымдылық бірден азаяды, ал толық архив бөлек қойсаңыз, тағы сонша орын керек болады;
• өшіруге және өңдеуге тым кең құқық беріп қоятындықтар. Адамдар өшіруге қорқып, өздеріне «қосымша көшірмелер» жасайды — дубльдер көбейеді;
• дискілерді дерлік толық толтырып қою (95–100%). Мұндай толтырылғанда кешігулер өседі, метадеректер нашар жұмыс істейді, және ақау кезінде массивті қалпына келтіру қиынырақ.

Кішкентай мысал: бөлім күніне 6 1 сағаттық видеожиналыс өткізеді және 1080p жазады. Бір аптадан кейін сақтау мерзімін 30 күннен 90 күнге көбейтуді сұрайды және әр қатысушыны бөлек ағынмен жазуды қосады. Егер бұл алдын ала ескерілмеген болса, сақтау орны бірнеше есе тез жеп қойылады, ал кездесулер саны онша өзгермеген.

Сюрпризді болдырмау үшін іске қоспас бұрын бірнеше ережені бекітіңіз:

• 1 сағаттық нақты сапада тест жасап, шын көлемді есептеңіз;
• түрлері бойынша сақтау мерзімдерін бекітіңіз (қалыпты, маңызды, реттеулі);
• өшіруді шектеу: бір жауапты тұлға және түсінікті өтініш рәсімі;
• дискіде запас ұстаңыз және бастапқы ескерту хабарламаларын орнатыңыз (мысалы, 70–80% жеткенде).

Тірі сценарий бойынша есептеу мысалы (қарапайым математикасыз)

Ұйымды елестетейік: 3 переговорная бар, бірақ шын мәнінде бір уақытта максимум 2 отырыс өтеді. Орташа 6 кездесу күніне, әрқайсысы 60–90 минут (орташа 75 минут).

Жазбалардың жалпы сағатын есептейміз: 6 x 1,25 сағат = 7,5 сағат күндік видео. 5 жұмыс күні үшін аптада 37,5 сағат, айына шамамен 160 сағат.

Екі сапа профилін алайық. Жадта ұстау үшін қарапайым ереже: 1 Мбит/с ≈ 0,44 ГБ/сағ.

• Қалыпты кездесулер: 2 Мбит/с (шамамен 0,88 ГБ/сағ)
• Маңызды отырыстар: 4 Мбит/с (шамамен 1,76 ГБ/сағ)

Әйтсек те 80% кездесулер қалыпты, 20% маңызды делік. Сонда ай ішінде:

• Қалыпты: 160 сағат x 80% x 0,88 ≈ 113 ГБ
• Маңызды: 160 сағат x 20% x 1,76 ≈ 56 ГБ

Сақтау мерзімдерін белгілейік: қалыпты жазбалар 30 күн, маңыздысы 12 ай. Тұрақты режимдегі сыйымдылық:

• Қалыпты: шамамен 113 ГБ (бір ай)
• Маңызды: 56 ГБ x 12 ≈ 672 ГБ

Барлығы шамамен 785 ГБ тек файлдарға. Бұған қызметтік деректер (индекстер, алдын ала көріністер, журналдар), қайта сақтау және өсім үшін запас қосылады. Практикалық түрде кемінде 20–30% бос орын ұстап, үстіне тағы 20–50% запас жоспарлау қажет. Осы сценарийде есеп бірден 1,2–1,5 ТБ пайдалы сыйымдылыққа айналады.

Есіңізде болсын: битрейтті екі еселесеңіз, қажетті сыйымдылық та дерлік екі еселенеді. Сондықтан жоспарлауды екі шешімнен бастау оңай: қандай жазбалар шынымен жоғары сапада керек және оларды қанша ай сақтауға келісесіз.

Жұмысқа кіріспес бұрын жылдам чеклист және келесі қадамдар

Іске қоспас бұрын негізгі нәрселерді бір рет тексеріңіз. Бұл 3–4 аптадан кейін неге орын таусылғанын зерттеуден артық үнемдейді.

Бастапқы чеклист

• RAID-ты есепке алып, пайдалы сыйымдылықпен салыстырыңыз. Запас қосыңыз (кемінде 20–30%), өйткені «қысыммен» жұмыс тез ақауларға әкеледі.
• Автоөшіру саясатының бар екеніне көз жеткізіңіз: не автоматты түрде өшеді, не ұзартуға болады және кім нақты жазбаның мерзімін ұзарта алады.
• Маңызды жазбаларды «мұздату» механизмі болсын (тексеру, кадрлық комиссиялар, дау‑дамайлар).
• Рөлдер мен құқықтарды анықтаңыз: кім қарайды, кім жүктейді, кім өшіреді.
• Толықтыру мониторингін және ерте ескертулерді қосыңыз. 14 және 7 күн бұрын ескерту сатып алуға немесе мерзімдерді қайта қарауға уақыт береді.

Айырмасынша, қай жерде көшірмелер жасалатынын тексеріңіз. Жазба видеожүйеде болуы мүмкін, сосын файл серверіне дубльденіп, резервке көшірілуі мүмкін. Қағаз бетінде бұл «бір жазба», ал дискілерде үш болуы мүмкін.

Жүктемені дұрыс бағалау үшін келесі қадамдар

Жыл бойына жоспарлаудың орнына қысқа пилот жасаңыз:

• Түрлі ұзақтықтағы және сападағы 5–10 нақты кездесуді жазыңыз, бір сағатқа шаққандағы орташа көлемін есептеңіз.
• Шынайы сақтау өсуін есеппен салыстырыңыз және коэффициенттерді (соның ішінде пиктерді) түзетіңіз.
• Көрініс сценарийлерін тексеріңіз: көпшілік қараса, бірдей уақытта жүктеу жасаса, архивтен қалпына келтіру. Жүктеме тек жазудан ғана емес.
• Ережелерді бекітіңіз: кім жазбаны «маңызды» деп белгілейді, кім мерзімді ұзартуға құқылы.

Егер темір мен енгізуді бір жауапты тұлғаға жинақтасаңыз, өндірушімен және интегратормен талқылау ыңғайлы болады. Мысалы, GSE.kz серверлік платформалар (S200 Series қатарына дейін) жеткізеді және 24/7 жүйелік интеграция және қолдау қызметтерін ұсынады, бұл сыйымдылық есептеуін, диск подсистемасын және сақтау ережелерін бір схемаға байлауға көмектеседі.