Сервер көптеген жыл бойы ақаусыз жұмыс істей алады. Сондықтан оны ауыстыру туралы шешім жиі кейінге қалдырылады: жабдық қосылып тұрса, пайдаланушылар қосыла алса, бағдарламалар жұмыс істесе — неге бірдеңені өзгерту керек?
Мәселе мынада: корпоративтік сервердің істен шығу салдары кәдімгі жұмыс компьютерінен әлдеқайда ауыр. Бір ДК ақауы бір қызметкерге әсер етуі мүмкін, ал сервердің тоқтауы бір мезетте 1С-ті, файлдық ресурстарды, дерекқорларды, қашықтан қол жеткізуді және тұтас кеңсенің жұмысын тоқтатуы ықтимал.
Серверлік жабдықты бағалағанда өнімділікті, сенімділікті,
қосалқы бөлшектердің қолжетімділігін, өндіруші қолдауын,
резервтеуді және ықтимал бос тұрып қалудың құнын ескеру қажет.
Серверді қашан жаңғырту орынды
Жедел жад жеткіліксіз
RAM тапшылығы виртуализация серверлерінде, терминалдық серверлерде, дерекқор серверлерінде және бір уақытта көп пайдаланушы жұмыс істейтін жүйелерде әсіресе байқалады.
Егер процессор, контроллерлер және платформаның қалған бөлігі талаптарға әлі сай болса, жадты ұлғайту қызмет ету мерзімін ұзартудың ұтымды тәсілі болуы мүмкін.
Жинақтауыштар негізгі шектеуге айналды
Ескі HDD файлдық сервистердің, дерекқорлардың және виртуалды машиналардың өнімділігін шектеуі мүмкін.
Қолайлы серверлік SSD ішкі жүйесіне көшу жұмыс жылдамдығын айтарлықтай арттыра алады, егер контроллер мен платформаның өзі жаңа жинақтауыштардың артықшылықтарын пайдалануға мүмкіндік берсе.
Сақтау сыйымдылығын ұлғайту қажет
Егер сервер қосымша дискілерді қолдаса, ал RAID-контроллер мен корпус массивті қауіпсіз кеңейтуге мүмкіндік берсе, жаңғырту орынды болуы мүмкін.
Конфигурацияны өзгертпес бұрын деректердің тексерілген резервтік көшірмесі міндетті түрде болуы тиіс.
Процессор жүктемеге әлі сай
Егер сервер уақыттың көп бөлігінде есептеу ресурстарының тапшылығын сезбесе, жасына бола бүкіл платформаны ауыстырудың қажеті жоқ.
Мұндай жағдайда қосымша RAM, жаңа жинақтауыштар немесе желілік интерфейстер орнату ағымдағы міндетті шеше алады.
Серверді қашан ауыстырған дұрыс
Жабдыққа енді қолдау көрсетілмейді
Серверлік инфрақұрылым үшін өзекті микробағдарламаларды, драйверлерді және критикалық компоненттердің ауыстырмасын алу мүмкіндігі әсіресе маңызды.
Егер өндіруші платформаны қолдауды тоқтатса, кез келген елеулі ақау үйлесімді бөлшектерді ұзақ іздеуге айналуы мүмкін.
Қосалқы бөлшектерді қайталама нарықтан іздеуге тура келеді
RAID-контроллер, қорек блогы немесе жүйелік плата тек қолданылған күйде табылса, жөндеудің болжамдылығы төмендейді.
Критикалық емес зертханалық сервер үшін бұл қолайлы болуы мүмкін. Ал негізгі 1С базасы немесе кәсіпорын инфрақұрылымы үшін — бұл әлдеқайда елеулі тәуекел.
Заманауи ОЖ мен гипервизорларға қолдау жоқ
Операциялық жүйенің немесе виртуализация платформасының жаңа нұсқасында ескі RAID-контроллерге, желілік адаптерлерге немесе басқа жабдыққа арналған драйверлер болмауы мүмкін.
Мұндай жағдайда ескі платформаны әрі қарай пайдалану бүкіл инфрақұрылымды жаңартуды шектеуі мүмкін.
Өнімділік міндеттерге сай емес
Егер процессор үнемі шамадан тыс жүктелсе, RAM ең жоғары көлемге дейін кеңейтілсе, ал дискілік ішкі жүйе жүктемені көтере алмаса, жекелеген компоненттерді жаңарту тиімділігін жоғалтады.
Энергия тұтыну мен жылу бөлу тым жоғары
Ескі серверлер тұтынылатын энергияның әр бірлігіне заманауи платформаларға қарағанда едәуір төмен өнімділік беруі мүмкін.
Бірнеше сервер тәулік бойы жұмыс істесе, электр энергиясы мен салқындатуға кететін шығындар да есептің бір бөлігіне айналады.
Бір сервердің істен шығуы бүкіл компанияны тоқтатады
Тіпті қуатты сервер де, егер ол жалғыз істен шығу нүктесі болса, архитектураның әлсіз тұсы болып қала береді.
Инфрақұрылымды жаңғыртқанда сервердің сипаттамаларын ғана емес, сервистерді резервтеуді, backup жүйесін және қалпына келтіру сценарийін де бағалау керек.
RAID қолдау көрсетілетін конфигурацияда жекелеген жинақтауыштар істен шыққанда
жұмысты сақтай алады, бірақ резервтік көшіруді алмастырмайды
және деректердің жойылуынан, файлдардың бүлінуінен,
зиянды БҚ-дан немесе сервердің толық істен шығуынан қорғамайды.
Қандай көрсеткіштерді тексеру керек
| Компонент | Нені бағалау керек |
|---|---|
| CPU | Орташа және ең жоғары жүктемені, қолданбалар мен виртуалды машиналардың талаптарын. |
| RAM | Жадтың пайдаланылуын, өсу қорын және платформаның ең жоғары көлемін. |
| RAID | Массивтердің, контроллердің, батареяның немесе кэш-модульдің күйін. |
| Жинақтауыштар | Күйі, қателері, SSD ресурсы, өнімділігі және ауыстыру мүмкіндігі. |
| Желі | Интерфейстер жүктемесін және 10GbE не басқа қосылымдардың қажеттілігін. |
| Қорек блоктары | Резервтеудің болуын және модульдердің күйін. |
| Қолдау | Микробағдарламалардың, драйверлердің және компоненттердің қолжетімділігі. |
Дискілік ішкі жүйеге ерекше назар
Серверде дискілер үнемі жұмыс істейді, ал жүктеме дерекқорларды, виртуалды машиналарды, файлдық ресурстарды және резервтік көшіруді қамтуы мүмкін.
Сондықтан бос орынның жалпы көлемін ғана емес, жинақтауыштардың күйін, операциялар жылдамдығын және RAID-контроллер қателерін де бақылау қажет.
Қауіпті сценарий: деградацияланған RAID
Бір диск істен шыққаннан кейін массив жұмысын жалғастыруы мүмкін, пайдаланушылар мәселені тіпті байқамауы ықтимал.
Алайда жүйе сол сәтте-ақ тұрақтылығы төмен күйге өтеді. Келесі істен шығудың салдары қолданылатын RAID деңгейіне байланысты болады.
Сондықтан массивтердің күйін пайдаланушыларда қате шыққаннан кейін ғана емес, тұрақты түрде мониторингтеу қажет.
Жаңа серверге қашан көшкен жөн
Ауыстыру әсіресе бірнеше шарт қатар орындалғанда орынды болады:
- платформаға өндіруші енді қолдау көрсетпейді;
- қажетті қосалқы бөлшектерді табу қиын;
- өнімділік жеткіліксіз;
- қажетті ОЖ нұсқаларын орнату мүмкін емес;
- RAM ең жоғары көлеміне жеткен;
- дискілік ішкі жүйе жұмысты айтарлықтай шектейді;
- сервер компания үшін критикалық;
- бос тұрып қалу жаңа инфрақұрылымнан қымбатқа түседі.
Жаңа сервердің орнына виртуализация ма?
Жаңғырту кезінде ескі сервердің тікелей орнына жаңа сервер алуды ғана емес, бүкіл инфрақұрылым архитектурасын да бағалаған пайдалы.
Бірнеше ескі физикалық серверді кейде заманауи виртуализация платформасында біріктіруге болады.
Бұл ресурстарды тиімдірек пайдалануға және қызмет көрсетуді жеңілдетуге мүмкіндік береді.
Алайда виртуализация да дұрыс резервтеуді, лицензиялауды, деректерді сақтауды және қалпына келтіруді жоспарлауды талап етеді.
Егер он шақты виртуалды машина резервтеусіз
бір физикалық серверде орналасса,
сол сервердің істен шығуы онда орналасқан
барлық сервиске бір мезетте әсер етеді.
Ауыстырғаннан кейін ескі сервермен не істеуге болады
Жұмыс істеп тұрған жабдықты бірден есептен шығару міндетті емес.
Күйін бағалағаннан кейін ескі серверді мыналар үшін пайдалануға болады:
- тестілік платформа ретінде;
- зертханалық орта үшін;
- критикалық емес ішкі міндеттер үшін;
- көшіру кезінде уақытша резерв ретінде;
- тиісті конфигурацияда деректердің екінші көшірмелерін сақтау үшін.
Бірақ «серверді тастауға қимаймыз» деген себеппен ғана оған резервтік көшіруді ауыстыруға сақтықпен қарау керек.
Backup-инфрақұрылым да сенімді болуы тиіс.
Компания жұмысын тоқтатпай серверді қалай ауыстыруға болады
1. Түгендеу жүргізу
Ескі серверде қандай сервистер жұмыс істейтінін анықтау қажет:
- Active Directory;
- DNS;
- DHCP;
- 1С;
- SQL;
- файлдық ресурстар;
- RDP;
- резервтік көшіру;
- басқа корпоративтік қолданбалар.
2. Резервтік көшірмелерді тексеру
Көшіру алдында өзекті backup және түсінікті қалпына келтіру тәртібі болуы тиіс.
Тапсырманың орындалғанын ғана емес, деректерді оқу немесе қалпына келтіру мүмкіндігін де тексерген жөн.
Көшіру алдында қосымша мына тексеруден өтуге болады: резервтік көшірудің дайындығын тексеру. Ол көшірмелердің оқшаулануын, тапсырмаларды бақылауды, сақтау мерзімдерін және сервистерді көшіру басталғанға дейін деректерді іс жүзінде қалпына келтіру мүмкіндігін бағалауға көмектеседі.
3. Жаңа серверді дайындау
Микробағдарламалар, операциялық жүйе немесе гипервизор, қажетті драйверлер, мониторинг және резервтік көшіру құралдары орнатылады.
4. Сервистерді кезең-кезеңімен көшіру
Көшіруді әр кезеңді бөлек тексеруге болатындай етіп жоспарлаған дұрыс.
Мысалы, алдымен қосалқы сервистерді, содан кейін файлдық ресурстарды, дерекқорларды және басқа критикалық компоненттерді көшіру.
5. Ескі серверді бірден өшірмеу
Көшіруден кейін барлық пайдаланушылар мен қолданбалардың шынымен жаңа инфрақұрылымды пайдаланып жатқанына көз жеткізу керек.
Егер архитектура мен қауіпсіздік талаптары мүмкіндік берсе, ескі жүйені уақытша өшірулі күйде қалдырып, бақыланатын кері қайту үшін қолжетімді ұстауға болады.
Бос тұрып қалу құны жабдық бағасынан маңыздырақ
Сервер үшін шығын мәселесі әсіресе маңызды.
Мысалы, ескі серверді салыстырмалы түрде арзан бөлшектермен тағы бірнеше жыл ұстап тұруға болады. Бірақ оның істен шығуы жиырма қызметкердің жұмысын тоқтатса, апаттың нақты құны алдын ала жоспарланған ауыстыру құнын айтарлықтай асып кетуі мүмкін.
Сондықтан есептегенде мыналарды ескерген жөн:
- жаңа жабдықтың құнын;
- көшіру жұмыстарын;
- лицензияларды;
- жоспарлы бос тұрып қалуды;
- ықтимал авариялық бос тұрып қалуды;
- елеулі істен шығудан кейін қалпына келтіру құнын;
- резервтік жабдықтың қолжетімділігін.
Серверді бағалау чек-парағы
Процессордың орташа және ең жоғары жүктемесі белгілі
Жедел жадтың пайдаланылуы тексерілді
RAID-массивтің күйі тексерілді
Жинақтауыштар мен қате журналдары тексерілді
Резервтік қорек блоктарының күйі тексерілді
Желілік интерфейстердің жүктемесі бағаланды
Жабдыққа өндіруші қолдауы тексерілді
Қосалқы компоненттердің қолжетімділігі белгілі
Өзекті ОЖ және гипервизорлармен үйлесімділік тексерілді
Резервтік көшірмелер тексерілді
Толық істен шығудан кейін қалпына келтіру сценарийі тексерілді
Жаңғырту құны есептелді
Жаңа сервер құны есептелді
Компанияның ықтимал бос тұрып қалу құны бағаланды
Көшіру жоспары жасалды
Серверді жаңғырту немесе ауыстыру алдында жабдықтың күйін ғана емес, оның негізгі қорғаныс параметрлерін де бөлек тексерген пайдалы. Ол үшін мынаны пайдалануға болады: Windows Server қауіпсіздігін тексеру: ол әкімшілік құқықтарды, қашықтан қол жеткізуді, журналдауды, желіаралық экранды, қорғаныс БҚ-сын және резервтік көшіруді қамтиды.
Қорытынды
Сервер белгілі бір жасқа жетті деп қана оны ауыстырудың қажеті жоқ.
Егер платформа өнімді болып қалса, қолдауға ие болса, ақаусыз болса және орынды кеңейтуге мүмкіндік берсе, жаңғырту оның қызмет ету мерзімін ұзарта алады.
Ал егер жабдыққа енді қолдау көрсетілмесе, компоненттерді табу қиын болса, өнімділік жеткіліксіз болса және істен шығу критикалық сервистерді тоқтатуы мүмкін болса, жоспарлы ауыстыру авариялық жөндеуден әлдеқайда қауіпсіз болады.
Кәдімгі жұмыс станцияларына да ұқсас қағида қолданылады. Мақаланы оқыңыз: «Компьютерді қашан жаңғырту керек, ал қашан ауыстырған оңайырақ».
Серверлік инфрақұрылым туралы толығырақ — мына бөлімде: «Желілер және серверлер».
Ал серверлерді ауыстырғанда алдын ала мынаны ойластыру әсіресе маңызды: деректерді қорғау және резервтік көшіру.