Перейти до вмісту

AIX

Матеріал з K2 ERP Wiki Ukraine — База знань з автоматизації та санкцій в Україні

SEO title: AIX — IBM UNIX для Power Systems, enterprise-серверів, критичних навантажень і високої доступності SEO description: AIX — Wiki-стаття про IBM AIX, UNIX-операційну систему для IBM Power Systems. Розглянуто AIX 7.3, IBM Power, PowerVM, LPAR, VIOS, WPAR, JFS2, LVM, SMIT, NIM, RBAC, Trusted Execution, PowerHA SystemMirror, Live Partition Mobility, enterprise workloads, безпеку, оновлення, адміністрування, переваги, обмеження і хороші практики. SEO keywords: AIX, IBM AIX, Advanced Interactive eXecutive, UNIX, IBM UNIX, Power Systems, IBM Power, AIX 7.3, PowerVM, LPAR, VIOS, WPAR, JFS2, LVM, SMIT, NIM, PowerHA SystemMirror, Live Partition Mobility, enterprise UNIX, mission-critical systems, серверна операційна система, high availability, RBAC, Trusted Execution Alternative to: старі UNIX-системи; Solaris у частині enterprise UNIX-сценаріїв; HP-UX; Linux у частині критичних IBM Power workloads; нестабільні серверні платформи без enterprise lifecycle; ручне адміністрування UNIX без SMIT/NIM; монолітні сервери без LPAR-віртуалізації; системи без PowerHA-кластеризації


AIX або Advanced Interactive eXecutive — це UNIX-операційна система IBM, яка використовується переважно на IBM Power Systems для enterprise-серверів, критичних бізнес-навантажень, баз даних, фінансових систем, ERP, високої доступності, віртуалізації та довготривалої інфраструктури.

AIX належить до класу комерційних UNIX-систем і історично використовується там, де важливі стабільність, передбачуваність, масштабованість, безпека, підтримка великих серверів і сумісність із enterprise-екосистемою IBM.

Основна ідея: AIX — це enterprise UNIX для IBM Power, який створений для критичних систем, де важливі надійність, контроль, віртуалізація, безпека й довгий життєвий цикл.

Загальний опис

AIX використовується в корпоративних середовищах, де серверна операційна система має працювати стабільно роками. Типові сценарії — великі бази даних, банківські системи, ERP, телекомунікації, державні системи, страхування, виробництво, логістика, high availability clusters і legacy enterprise applications.

AIX використовується для:

  • mission-critical workloads;
  • IBM Power Systems;
  • великих баз даних;
  • ERP-систем;
  • фінансових систем;
  • банківських застосунків;
  • enterprise middleware;
  • high availability;
  • PowerHA-кластерів;
  • LPAR-віртуалізації;
  • UNIX-серверів;
  • довготривалої інфраструктури;
  • regulated environments;
  • legacy enterprise applications;
  • workloads, які вже оптимізовані під IBM Power.

Перевага: AIX добре підходить для стабільних enterprise-середовищ, де важливі не найновіші пакети, а передбачувана робота критичних систем.

Історія AIX

AIX має довгу історію як UNIX-система IBM. Вона розвивалася разом із апаратними платформами IBM і поступово стала тісно пов’язаною з Power Systems.

Основні історичні напрями:

  • UNIX-спадщина;
  • розвиток IBM enterprise-серверів;
  • перехід до Power Architecture;
  • розвиток LPAR-віртуалізації;
  • інтеграція з PowerVM;
  • підтримка великих SMP-систем;
  • розвиток JFS2, LVM, SMIT, NIM;
  • high availability через PowerHA;
  • довгострокова підтримка enterprise workloads;
  • сучасний AIX 7.x для Power Systems.

Важливо: AIX не є масовою desktop-системою. Його історична й сучасна роль — серверні, корпоративні та критично важливі середовища.

AIX 7.3

AIX 7.3 — сучасна гілка AIX для IBM Power Systems. IBM веде окрему документацію AIX 7.3, release notes і розділи “What's new”, де фіксуються зміни Technology Levels і Service Packs.

AIX 7.3 використовується для:

  • сучасних Power Systems;
  • enterprise workloads;
  • оновлених security features;
  • нових Technology Levels;
  • довготривалої підтримки;
  • сумісності з сучасною IBM Power-інфраструктурою;
  • міграції з попередніх версій AIX;
  • критичних production-систем.

Практична роль: перед впровадженням AIX 7.3 потрібно перевіряти сумісність конкретного Power-сервера, application stack, драйверів, storage, backup і vendor software.

IBM Power Systems

IBM Power Systems — апаратна платформа IBM, на якій працює AIX.

Power Systems використовуються для:

  • великих enterprise-серверів;
  • баз даних;
  • ERP;
  • IBM i;
  • Linux on Power;
  • AIX workloads;
  • virtualization;
  • high availability;
  • regulated workloads;
  • hybrid cloud infrastructure;
  • критичних корпоративних систем.

Практична роль: AIX і IBM Power потрібно розглядати разом: цінність AIX часто розкривається саме на Power-серверах із PowerVM, LPAR і enterprise RAS-функціями.

UNIX-сумісність

AIX є UNIX-системою, тому підтримує багато класичних UNIX-підходів:

  • shell;
  • POSIX-подібні інтерфейси;
  • файлову ієрархію;
  • користувачів і групи;
  • permissions;
  • daemons;
  • cron;
  • networking tools;
  • процеси;
  • signals;
  • pipes;
  • shell scripting;
  • C/C++ development;
  • системне адміністрування через CLI.

Перевага: адміністратори з UNIX/Linux-досвідом можуть зрозуміти багато базових принципів AIX, хоча конкретні інструменти й команди мають свої відмінності.

Відмінність AIX від Linux

AIX і Linux можуть виконувати схожі серверні задачі, але мають різну філософію, екосистему й модель підтримки.

Критерій AIX Linux
Тип Комерційний UNIX IBM Відкрита UNIX-подібна ОС
Основна платформа IBM Power Systems x86_64, ARM, Power та інші
Типові сценарії Enterprise UNIX, critical workloads Server, cloud, desktop, containers, embedded
Пакети AIX Toolbox, RPM у частині open source, installp Залежить від дистрибутива
Віртуалізація PowerVM, LPAR, WPAR KVM, containers, hypervisors
Сильна сторона Стабільність, Power integration, enterprise lifecycle Широка екосистема, cloud-native, open source

Висновок: Linux частіше використовується для cloud-native і масових серверних сценаріїв, а AIX — для специфічних enterprise-навантажень на IBM Power.

PowerVM

PowerVM — технологія віртуалізації IBM Power, яка тісно пов’язана з AIX.

PowerVM використовується для:

  • логічних розділів;
  • LPAR;
  • virtual I/O;
  • shared processors;
  • memory virtualization;
  • Live Partition Mobility;
  • ізоляції workloads;
  • ефективного використання Power-серверів;
  • enterprise consolidation;
  • керування ресурсами.

Практична роль: PowerVM дозволяє запускати кілька ізольованих систем на одному Power-сервері, включно з AIX, IBM i і Linux on Power.

LPAR

LPAR або Logical Partition — логічний розділ Power-сервера, який працює як окрема система.

LPAR може мати:

  • власні CPU resources;
  • memory;
  • virtual adapters;
  • storage paths;
  • network interfaces;
  • boot device;
  • operating system;
  • окрему адміністративну роль.

LPAR використовується для:

  • ізоляції застосунків;
  • поділу ресурсів;
  • production/test/dev;
  • security boundaries;
  • workload consolidation;
  • запуску кількох AIX-систем;
  • змішування AIX, IBM i і Linux.

Перевага: LPAR дозволяє гнучко розподіляти ресурси Power-сервера між різними системами й навантаженнями.

VIOS

VIOS або Virtual I/O Server — компонент PowerVM, який надає virtual I/O для LPAR.

VIOS може забезпечувати:

  • virtual SCSI;
  • virtual Fibre Channel;
  • shared Ethernet adapter;
  • network virtualization;
  • storage virtualization;
  • доступ до фізичних адаптерів;
  • спільне використання ресурсів між LPAR.

Важливо: надійність AIX-середовища часто залежить не лише від AIX LPAR, а й від правильно налаштованого VIOS, redundancy, storage paths і network design.

WPAR

WPAR або Workload Partition — технологія AIX для ізоляції workloads на рівні операційної системи.

WPAR може використовуватися для:

  • ізоляції застосунків;
  • test/dev середовищ;
  • consolidation;
  • migration частини workloads;
  • зменшення overhead порівняно з повною LPAR;
  • логічного поділу процесів і файлових систем.

Практична роль: WPAR можна сприймати як AIX-підхід до OS-level isolation, але його не потрібно плутати з Linux containers.

Live Partition Mobility

Live Partition Mobility дозволяє переносити працюючу LPAR між сумісними Power-серверами без повного вимкнення workload у відповідних умовах.

Це корисно для:

  • maintenance;
  • balancing resources;
  • hardware service;
  • consolidation;
  • disaster avoidance;
  • мінімізації downtime;
  • гнучкого керування інфраструктурою.

Перевага: Live Partition Mobility допомагає обслуговувати Power-інфраструктуру з меншим впливом на production-системи.

PowerHA SystemMirror

PowerHA SystemMirror — рішення IBM для високої доступності AIX-систем.

PowerHA використовується для:

  • failover clusters;
  • service IP failover;
  • application availability;
  • storage resource groups;
  • автоматичного перемикання;
  • disaster recovery-сценаріїв;
  • мінімізації downtime;
  • критичних баз даних і застосунків.

Критично: high availability не з’являється автоматично після встановлення PowerHA. Потрібні правильна архітектура, тестування failover, документація й регулярні навчальні перемикання.

Файлові системи AIX

AIX підтримує файлові системи, які використовуються для системних, прикладних і data workloads.

Типові теми:

  • JFS;
  • JFS2;
  • mount points;
  • filesystem size;
  • inodes;
  • permissions;
  • quotas;
  • backup;
  • snapshots у відповідних сценаріях;
  • tuning;
  • performance monitoring.

Практична роль: файлові системи AIX потрібно планувати разом із LVM, backup, application layout і storage design.

JFS2

JFS2 або Enhanced Journaled File System — основна сучасна файлова система AIX.

JFS2 використовується для:

  • rootvg;
  • application files;
  • database-related files у частині сценаріїв;
  • logs;
  • user data;
  • enterprise workloads;
  • large filesystems;
  • journaled storage.

Перевага: JFS2 є типовим і добре інтегрованим вибором для AIX-систем.

LVM

LVM або Logical Volume Manager — ключовий компонент AIX для керування дисками, volume groups, logical volumes і файловими системами.

LVM дозволяє:

  • створювати volume groups;
  • створювати logical volumes;
  • розширювати файлові системи;
  • керувати physical volumes;
  • організовувати mirror;
  • працювати з rootvg і datavg;
  • керувати storage layout;
  • гнучко розподіляти диски.

Приклади команд: 

lsvg
lsvg -l rootvg
lspv
lslv hd5

Практична роль: розуміння LVM є базовою навичкою AIX-адміністратора.

rootvg

rootvg — основна volume group AIX, яка містить системні logical volumes і файлові системи.

rootvg зазвичай включає:

  • boot logical volume;
  • `/`;
  • `/usr`;
  • `/var`;
  • `/tmp`;
  • `/home`;
  • paging space;
  • системні компоненти;
  • ODM;
  • boot records.

Важливо: перед критичними змінами rootvg потрібно мати актуальний backup, mksysb і план відновлення.

mksysb

mksysb — інструмент AIX для створення системного backup rootvg.

mksysb використовується для:

  • bare-metal recovery;
  • відновлення системи;
  • міграції;
  • клонування;
  • backup перед оновленнями;
  • disaster recovery;
  • rollback після невдалих змін.

Приклад: 

mksysb -i /backup/server1.mksysb

Критично: mksysb потрібно не лише створювати, а й періодично перевіряти відновлення на тестовому середовищі.

NIM

NIM або Network Installation Manager — інструмент AIX для мережевого встановлення, оновлення й керування системними образами.

NIM використовується для:

  • network boot;
  • installation;
  • mksysb restore;
  • migration;
  • update management;
  • standardized builds;
  • disaster recovery;
  • автоматизації AIX deployment;
  • керування кількома AIX-серверами.

Практична роль: NIM є центральним інструментом для великих AIX-середовищ, де багато LPAR і потрібна стандартизація.

SMIT і smitty

SMIT або System Management Interface Tool — класичний інструмент адміністрування AIX.

`smitty` — текстовий інтерфейс SMIT.

SMIT допомагає керувати:

  • користувачами;
  • мережевими налаштуваннями;
  • файловими системами;
  • LVM;
  • devices;
  • software installation;
  • printers;
  • services;
  • storage;
  • system settings.

Приклад запуску: 

smitty
smitty tcpip
smitty mklv
smitty install_latest

Перевага: SMIT не лише виконує дії, а й показує відповідні команди, що допомагає вивчати AIX-адміністрування.

ODM

ODM або Object Data Manager — база конфігураційних даних AIX.

ODM містить інформацію про:

  • devices;
  • drivers;
  • system configuration;
  • software;
  • network settings;
  • hardware attributes;
  • logical device names;
  • частину системних параметрів.

Важливо: ODM — критична частина AIX. Ручні зміни без розуміння можуть зламати систему.

Devices в AIX

AIX має власний підхід до керування пристроями.

Типові команди: 

lsdev
lsdev -Cc disk
lsattr -El hdisk0
cfgmgr
rmdev
chdev

Пристрої можуть мати стани:

  • Available;
  • Defined;
  • Stopped у частині сценаріїв;
  • missing або проблемні стани залежно від ситуації.

Практична роль: адміністратор AIX має добре розуміти device tree, hdisk, adapters, paths і ODM-зв’язки.

Multipath і storage

AIX часто працює з enterprise storage через Fibre Channel, SAN і multipath.

Важливі теми:

  • hdisk;
  • MPIO;
  • path status;
  • storage drivers;
  • queue depth;
  • LUN mapping;
  • zoning;
  • VIOS virtual storage;
  • boot from SAN;
  • redundancy;
  • performance tuning.

Приклади: 

lspath
lsdev -Cc disk
lsattr -El hdisk0

Важливо: storage-проблеми в AIX часто потрібно аналізувати разом із SAN, VIOS, LPAR, multipath і application workload.

Мережа в AIX

AIX підтримує класичні UNIX-мережеві механізми й власні інструменти адміністрування.

Типові теми:

  • network adapters;
  • IP address;
  • routing;
  • DNS;
  • VLAN;
  • EtherChannel;
  • SEA через VIOS;
  • hostname;
  • services;
  • firewall у відповідних сценаріях;
  • performance tuning.

Приклади команд: 

ifconfig -a
netstat -rn
lsdev -Cc adapter
entstat -d ent0

Практична роль: мережа AIX часто залежить не лише від самої LPAR, а й від VIOS, virtual adapters, VLAN і physical network design.

Користувачі й групи

AIX підтримує UNIX-модель користувачів і груп.

Адміністрування включає:

  • users;
  • groups;
  • passwords;
  • permissions;
  • sudo або RBAC-підходи;
  • login restrictions;
  • home directories;
  • shells;
  • account locking;
  • audit;
  • integration з LDAP або enterprise directory.

Типові команди: 

lsuser ALL
mkuser username
chuser attribute=value username
rmuser username
lsgroup ALL

Практична роль: керування користувачами в AIX має враховувати security policy, audit і доступ до критичних систем.

RBAC

RBAC або Role-Based Access Control — механізм розмежування прав за ролями.

RBAC використовується для:

  • делегування адміністративних прав;
  • зменшення використання root;
  • compliance;
  • поділу обов’язків;
  • controlled administration;
  • security hardening;
  • audit-friendly access.

Перевага: RBAC допомагає не давати всім адміністраторам повний root-доступ там, де достатньо обмежених прав.

Trusted Execution

Trusted Execution — механізм AIX для контролю цілісності виконуваних файлів і системних компонентів.

Він може допомагати:

  • контролювати зміни файлів;
  • виявляти несанкціоновані модифікації;
  • підвищувати довіру до системних binary;
  • підтримувати security baseline;
  • допомагати compliance-сценаріям.

Критично: Trusted Execution потрібно впроваджувати обережно: неправильна політика може порушити роботу застосунків або оновлень.

Auditing

AIX підтримує audit-механізми для контролю подій безпеки.

Audit може фіксувати:

  • входи користувачів;
  • зміни прав;
  • доступ до файлів;
  • адміністративні дії;
  • security events;
  • system calls у частині сценаріїв;
  • policy violations;
  • події, важливі для compliance.

Важливо: audit потрібно налаштовувати так, щоб він давав корисну інформацію, але не створював неконтрольований обсяг логів.

Логування

Логування в AIX може включати system logs, application logs, error report і audit logs.

Важливі джерела:

  • `/var/adm/ras`;
  • syslog;
  • errpt;
  • application logs;
  • audit logs;
  • PowerHA logs;
  • VIOS logs;
  • HMC events;
  • database logs.

Приклади: 

errpt
errpt -a
alog -o -t boot

Практична роль: в AIX аналіз проблем часто починається з errpt, system logs, application logs і подій на HMC або VIOS.

errpt

errpt — важливий AIX-інструмент для перегляду error report.

Він допомагає бачити:

  • hardware errors;
  • software errors;
  • disk issues;
  • adapter errors;
  • network events;
  • system dumps;
  • device problems;
  • recurring failures.

Приклади: 

errpt
errpt -a
errpt -d H
errpt -d S

Важливо: errpt потрібно перевіряти регулярно, а не лише після аварії.

Performance monitoring

AIX має інструменти для аналізу продуктивності.

Типові команди: 

topas
nmon
vmstat
iostat
netstat
sar
svmon
lsps

Аналізують:

  • CPU;
  • memory;
  • paging;
  • disk I/O;
  • network;
  • processes;
  • filesystem usage;
  • adapter performance;
  • LPAR entitlement;
  • virtual CPU;
  • workload behavior.

Практична роль: performance analysis в AIX потрібно робити разом із розумінням PowerVM, LPAR resources, storage і application profile.

topas і nmon

topas і nmon — популярні інструменти моніторингу AIX.

Вони показують:

  • CPU usage;
  • memory;
  • disks;
  • network;
  • processes;
  • adapters;
  • LPAR statistics;
  • paging;
  • workload metrics.

Перевага: topas і nmon дають швидку картину стану AIX-сервера без встановлення складної observability-платформи.

Оновлення AIX

Оновлення AIX включають Technology Levels, Service Packs, fixes і migration між major releases.

Потрібно враховувати:

  • compatibility matrix;
  • application certification;
  • hardware support;
  • VIOS level;
  • firmware;
  • PowerHA compatibility;
  • backup;
  • mksysb;
  • test environment;
  • maintenance window;
  • rollback plan;
  • vendor requirements.

Критично: AIX-оновлення в production не можна робити без mksysb, тестування, перевірки сумісності й плану відкату.

Technology Level і Service Pack

Technology Level або TL — рівень функціональних оновлень AIX.

Service Pack або SP — набір виправлень у межах Technology Level.

Типове планування включає:

  • вибір цільового TL;
  • перевірку останнього SP;
  • сумісність застосунків;
  • підтримку PowerHA;
  • сумісність з VIOS;
  • перевірку storage drivers;
  • тестування;
  • встановлення на staging;
  • контроль після reboot.

Важливо: TL і SP мають власний життєвий цикл підтримки, тому їх потрібно планувати так само уважно, як major upgrades.

installp і RPM

AIX має кілька способів встановлення програмного забезпечення.

installp використовується для традиційних AIX filesets.

RPM використовується для частини open source-пакетів, зокрема через AIX Toolbox.

Типові команди: 

lslpp -L
installp -acgXd /path/to/installp_media all
rpm -qa
rpm -ivh package.rpm

Практична роль: адміністратор AIX має розуміти різницю між AIX filesets і RPM-пакетами, бо це різні механізми керування ПЗ.

AIX Toolbox

AIX Toolbox — набір open source-пакетів для AIX у RPM-форматі.

Він може містити:

  • GNU utilities;
  • bash;
  • Python;
  • Perl;
  • Git;
  • rsync;
  • curl;
  • wget;
  • open source libraries;
  • build tools;
  • admin tools.

Увага: open source-пакети на AIX потрібно встановлювати контрольовано, щоб не створити конфлікти бібліотек або залежностей у production.

Shell scripting

AIX активно використовує shell scripting для адміністрування.

Поширені shells:

  • ksh;
  • bash через AIX Toolbox;
  • sh;
  • інші shells за потреби.

Shell scripts використовуються для:

  • backup;
  • monitoring;
  • log rotation;
  • deployment;
  • health checks;
  • report generation;
  • system administration;
  • batch tasks;
  • PowerHA scripts.

Практична роль: ksh-скрипти є типовою частиною AIX-адміністрування й legacy automation.

Компілятори і розробка

AIX може використовуватися для розробки й запуску enterprise-застосунків.

Типові інструменти:

  • IBM XL C/C++;
  • Open XL C/C++;
  • GCC через відповідні пакети;
  • make;
  • Perl;
  • Python;
  • Java;
  • shell;
  • database clients;
  • middleware SDK.

Важливо: портинг застосунків на AIX може вимагати перевірки endian, compiler flags, бібліотек, POSIX-сумісності й platform-specific API.

Java на AIX

AIX часто використовується для enterprise Java workloads.

Типові сценарії:

  • application servers;
  • middleware;
  • banking applications;
  • ERP integrations;
  • messaging systems;
  • batch services;
  • monitoring agents;
  • enterprise APIs.

Практична роль: Java на AIX часто зустрічається в довгоживучих enterprise-системах, де важлива стабільність application stack.

Бази даних на AIX

AIX часто використовується як платформа для великих баз даних.

Типові теми:

  • DB2;
  • Oracle Database;
  • enterprise storage;
  • filesystem tuning;
  • raw devices у старих сценаріях;
  • backup agents;
  • HA clusters;
  • performance tuning;
  • memory;
  • paging;
  • I/O;
  • application certification.

Критично: бази даних на AIX потребують узгодженого планування ОС, storage, backup, HA, monitoring і vendor support.

ERP і enterprise applications

AIX використовується для запуску великих enterprise applications.

Приклади сценаріїв:

  • ERP;
  • billing;
  • banking core systems;
  • insurance systems;
  • telecom platforms;
  • logistics;
  • manufacturing;
  • warehouse systems;
  • middleware;
  • batch processing;
  • reporting;
  • integration hubs.

Практична роль: AIX часто працює не як “окремий сервер”, а як частина великого enterprise-ландшафту з базами даних, middleware, storage і HA.

Безпека AIX

Безпека AIX включає системні налаштування, access control, audit, patching, network security і контроль застосунків.

Потрібно контролювати:

  • користувачів;
  • root-доступ;
  • RBAC;
  • SSH;
  • паролі;
  • permissions;
  • sudo або альтернативні механізми;
  • Trusted Execution;
  • audit;
  • network services;
  • security fixes;
  • application accounts;
  • backup access;
  • logs;
  • compliance baselines.

Критично: AIX-сервер із критичними даними потрібно захищати не лише на рівні ОС, а й на рівні мережі, storage, backup, application accounts і операційних процедур.

Приватність даних

AIX часто працює з важливими корпоративними, фінансовими або персональними даними.

Потрібно захищати:

  • database files;
  • backups;
  • mksysb images;
  • application logs;
  • audit logs;
  • configuration files;
  • SSH keys;
  • service accounts;
  • export/import files;
  • batch files;
  • reports;
  • temporary files;
  • core dumps.

Правило: у AIX-середовищі резервні копії, логи й тимчасові файли часто містять не менше чутливих даних, ніж production-база.

Backup і disaster recovery

Backup і DR для AIX мають бути системними, регулярними й перевіреними.

Потрібно планувати:

  • mksysb;
  • application backups;
  • database backups;
  • storage snapshots;
  • offsite copies;
  • NIM restore;
  • DR runbooks;
  • PowerHA failover;
  • restore testing;
  • RTO;
  • RPO;
  • backup encryption;
  • access control;
  • dependency maps.

Критично: backup без перевіреного restore — це лише припущення, а не гарантія відновлення.

Monitoring

AIX production-середовище потребує моніторингу.

Потрібно контролювати:

  • CPU;
  • memory;
  • paging space;
  • disk usage;
  • filesystem fullness;
  • I/O latency;
  • network errors;
  • errpt;
  • application processes;
  • database health;
  • PowerHA status;
  • backup status;
  • HMC events;
  • VIOS health;
  • storage paths;
  • certificate expiration.

Практична роль: моніторинг AIX має охоплювати не лише LPAR, а й VIOS, storage, PowerHA, application stack і hardware events.

AIX і Solaris

Критерій AIX Solaris
Виробник IBM Oracle
Основна платформа IBM Power SPARC та x86 у різних історичних сценаріях
Тип Commercial UNIX Commercial UNIX
Віртуалізація PowerVM, LPAR, WPAR Zones, LDOMs у відповідних середовищах
Сильна сторона IBM Power integration, enterprise workloads Solaris Zones, ZFS, Oracle ecosystem

Висновок: AIX сильний у IBM Power-екосистемі, Solaris — у своїй UNIX/Oracle-екосистемі.

AIX і HP-UX

Критерій AIX HP-UX
Виробник IBM Hewlett Packard Enterprise / HP історично
Основна ніша IBM Power enterprise UNIX HPE enterprise UNIX
Стан ринку Активна IBM Power-екосистема Більш legacy-орієнтовані середовища
Типові workloads Бази даних, ERP, finance, regulated systems Legacy enterprise UNIX workloads

Висновок: AIX і HP-UX належать до класу enterprise UNIX, але сучасна перспектива AIX тісно пов’язана з IBM Power.

AIX і IBM i

Критерій AIX IBM i
Тип UNIX Інтегрована бізнес-платформа IBM
Платформа IBM Power IBM Power
Основний стиль UNIX-адміністрування Об’єктна система, DB2 for i, інтегрований stack
Типові workloads UNIX applications, databases, middleware Бізнес-застосунки, RPG, DB2 for i
Віртуалізація LPAR через PowerVM LPAR через PowerVM

Висновок: AIX і IBM i можуть працювати на одній Power-інфраструктурі, але це різні операційні системи з різною філософією.

AIX і Linux on Power

Критерій AIX Linux on Power
Тип IBM UNIX Linux для Power Architecture
Екосистема Enterprise UNIX, IBM tooling Open source, Linux distributions
Пакети installp, AIX Toolbox, RPM Залежить від Linux-дистрибутива
Workloads Legacy і mission-critical enterprise UNIX Cloud-native, open source, containers, modern Linux apps
Сильна сторона Стабільність і сумісність із AIX workloads Гнучкість Linux-екосистеми

Висновок: AIX варто залишати для AIX-native workloads, а Linux on Power — розглядати для Linux-native і cloud-native застосунків на Power.

Переваги AIX

Основні переваги AIX:

  • стабільність;
  • enterprise UNIX;
  • тісна інтеграція з IBM Power;
  • PowerVM і LPAR;
  • VIOS;
  • Live Partition Mobility;
  • JFS2;
  • LVM;
  • SMIT;
  • NIM;
  • mksysb;
  • PowerHA SystemMirror;
  • RBAC;
  • Trusted Execution;
  • зрілі інструменти адміністрування;
  • довгострокова підтримка;
  • придатність для regulated workloads;
  • сильна роль у великих enterprise-середовищах.

Головна перевага: AIX дає стабільну, зрілу й контрольовану UNIX-платформу для критичних workloads на IBM Power.

Обмеження AIX

AIX має обмеження.

Можливі проблеми:

  • не є масовою платформою;
  • менше спеціалістів, ніж Linux-адміністраторів;
  • сильна залежність від IBM Power;
  • комерційна екосистема;
  • менше open source-пакетів, ніж у Linux;
  • не cloud-native за замовчуванням;
  • складніші оновлення production-систем;
  • потреба в специфічних знаннях PowerVM, VIOS, LPAR, NIM;
  • вища вартість інфраструктури;
  • не підходить для desktop;
  • не найкращий вибір для нових web-native сервісів без AIX-вимог;
  • інтеграція з modern DevOps може потребувати додаткової роботи.

Помилка: обирати AIX для задач, які простіше, дешевше й природніше виконати на Linux, якщо немає вимоги IBM Power, AIX-сумісності або enterprise UNIX.

Коли варто використовувати AIX

AIX добре підходить, якщо потрібно:

  • запускати існуючі AIX-застосунки;
  • підтримувати IBM Power workloads;
  • працювати з critical enterprise systems;
  • мати стабільну UNIX-платформу;
  • використовувати PowerVM;
  • використовувати PowerHA;
  • підтримувати великі бази даних;
  • мати довготривалу production-систему;
  • працювати в regulated environment;
  • зберегти legacy application stack;
  • забезпечити високий рівень контрольованості.

Практична порада: AIX варто використовувати там, де його переваги справді потрібні: IBM Power, enterprise UNIX, critical workloads, high availability і сумісність із існуючими системами.

Коли AIX може бути невдалим вибором

AIX може бути не найкращим вибором для:

  • нових cloud-native застосунків;
  • Kubernetes-first архітектури;
  • дешевих web-серверів;
  • desktop;
  • стартап-продуктів;
  • AI/ML experimentation;
  • проєктів, де вся команда працює тільки з Linux;
  • задач, де потрібна велика кількість open source-пакетів;
  • систем без IBM Power-інфраструктури;
  • workloads, які не потребують enterprise UNIX.

Важливо: AIX — сильна спеціалізована платформа, але не універсальна заміна Linux для всіх сучасних серверних задач.

Хороші практики AIX

Рекомендовано:

  • регулярно створювати mksysb;
  • тестувати restore;
  • використовувати NIM для стандартизації;
  • документувати LPAR, VIOS, storage і network design;
  • не робити production-оновлення без тесту;
  • контролювати TL/SP lifecycle;
  • перевіряти errpt;
  • моніторити paging і I/O;
  • не вимикати security-механізми без аналізу;
  • обмежувати root-доступ;
  • використовувати RBAC або контрольований sudo;
  • перевіряти PowerHA failover;
  • документувати application dependencies;
  • мати DR runbook;
  • узгоджувати AIX, VIOS, firmware і PowerHA levels.

Головне правило: AIX потрібно адмініструвати як enterprise-платформу: backup, monitoring, lifecycle, change management, security і documentation мають бути обов’язковими.

Типові помилки початківців

Поширені помилки:

  • працювати в AIX як у звичайному Linux без вивчення відмінностей;
  • не робити mksysb перед змінами;
  • ігнорувати ODM;
  • неправильно змінювати devices;
  • не перевіряти errpt;
  • не розуміти LVM;
  • плутати LPAR і WPAR;
  • недооцінювати роль VIOS;
  • не перевіряти multipath;
  • оновлювати TL/SP без staging;
  • не тестувати PowerHA failover;
  • не документувати storage mapping;
  • встановлювати open source-пакети хаотично;
  • забувати про application vendor support.

Небезпека: в AIX невелика помилка в storage, LVM, VIOS або ODM може вплинути на критичний production workload.

Приклади команд AIX

Переглянути версію AIX

oslevel -s

Переглянути devices

lsdev
lsdev -Cc disk

Переглянути volume groups

lsvg
lsvg -l rootvg

Переглянути physical volumes

lspv

Переглянути error report

errpt
errpt -a

Запустити SMIT

smitty

Переглянути CPU і memory

topas
vmstat 2
svmon -G

Переглянути paging space

lsps -a

Створити mksysb

mksysb -i /backup/server.mksysb

Підказка: базовий набір AIX-адміністратора — `oslevel`, `lsdev`, `lsvg`, `lspv`, `errpt`, `smitty`, `topas`, `nmon`, `mksysb` і NIM.

Джерела

  • IBM AIX product page.
  • IBM AIX 7.3 Documentation.
  • IBM AIX 7.3 Release Notes.
  • IBM AIX What's New.
  • IBM AIX Support Lifecycle Information.
  • IBM Power Systems documentation.
  • IBM PowerVM documentation.
  • IBM VIOS documentation.
  • IBM PowerHA SystemMirror documentation.
  • IBM NIM documentation.
  • IBM AIX Security documentation.
  • IBM AIX performance tuning documentation.
  • Матеріали щодо enterprise UNIX, Power Systems, LPAR, WPAR, JFS2, LVM, SMIT, NIM, backup, high availability і disaster recovery.

Висновок

AIX — це зріла enterprise UNIX-операційна система IBM для Power Systems. Вона використовується в критичних корпоративних середовищах, де важливі стабільність, довгострокова підтримка, PowerVM-віртуалізація, LPAR, VIOS, JFS2, LVM, SMIT, NIM, mksysb, PowerHA, security controls і надійна експлуатація великих workloads.

AIX не є масовою платформою для всіх задач і не замінює Linux у cloud-native світі. Його сила — у специфічних enterprise-сценаріях: бази даних, ERP, фінансові системи, regulated workloads, high availability і довгоживучі застосунки на IBM Power. Для успішної експлуатації AIX потрібні спеціалізовані знання, дисципліна оновлень, перевірені backup/restore, моніторинг, документація й уважне керування змінами.

Головна думка: AIX — це не просто UNIX, а частина IBM Power-екосистеми для критичних enterprise-систем, де надійність і контроль важливіші за масовість і дешевизну.

Див. також

Тематичні мітки

Отримано з https://wiki.erp.kyiv.ua/index.php?title=AIX&oldid=1319