HP-UX
Головна ідея: HP-UX — це корпоративна UNIX-операційна система Hewlett-Packard, створена для надійних серверів, критичних бізнес-систем, великих баз даних, телекомунікацій, фінансових платформ і довготривалої enterprise-інфраструктури.
Чому це цікаво: HP-UX — це система з епохи, коли великі ІТ-компанії мали не лише власні сервери, а й власні процесори, власний UNIX, власні інструменти кластеризації та власне бачення enterprise-світу.
Важливо: фінальна основна гілка HP-UX — HP-UX 11i v3. Стандартна підтримка HP-UX 11i v3 та HPE Integrity i4/i6 завершилася 31 грудня 2025 року, тому для нових систем HP-UX уже не є типовим вибором.
1. Загальний опис
HP-UX — це UNIX-операційна система компанії Hewlett-Packard, пізніше Hewlett Packard Enterprise, яка використовувалася переважно на корпоративних серверах HP.
Вона була частиною великої enterprise-екосистеми HP, до якої входили:
- сервери HP 9000;
- процесори PA-RISC;
- сервери HPE Integrity;
- процесори Intel Itanium;
- кластерні рішення Serviceguard;
- системи зберігання HP;
- enterprise-бази даних;
- критичні бізнес-застосунки.
HP-UX не була “домашньою” операційною системою. Її не встановлювали на звичайний ноутбук для перегляду відео чи ігор. Це була система для серверних кімнат, датацентрів, банків, операторів зв'язку, заводів, страхових компаній і великих організацій, де головне питання звучало не “чи красиво виглядає інтерфейс?”, а “чи пропрацює це роками без несподіваного падіння?”.
2. Коротка характеристика
| Характеристика | Значення |
|---|---|
| Назва | HP-UX |
| Розробник | Hewlett-Packard / Hewlett Packard Enterprise |
| Тип | UNIX-операційна система корпоративного класу |
| Родина | UNIX System V |
| Основні платформи | PA-RISC, Intel Itanium |
| Серверні лінійки | HP 9000, HPE Integrity |
| Фінальна основна версія | HP-UX 11i v3 |
| Номер HP-UX 11i v3 | B.11.31 |
| Типове використання | Enterprise-сервери, бази даних, телеком, фінансові системи, legacy UNIX |
| Кластеризація | Serviceguard |
| Файлові системи | VxFS, HFS, інші залежно від версії |
| Менеджмент томів | LVM, Veritas Volume Manager |
| Стан у сучасній інфраструктурі | Переважно legacy / підтримка наявних систем |
3. Чому HP-UX була важливою
HP-UX була однією з тих систем, на яких трималася “невидима” частина великого бізнесу.
Звичайний користувач міг ніколи не бачити HP-UX, але її могли використовувати системи, що обробляли:
- банківські транзакції;
- білінг мобільного оператора;
- складські операції;
- ERP-системи;
- страхові розрахунки;
- виробничі процеси;
- бази даних;
- медичну або державну інфраструктуру;
- телекомунікаційні сервіси.
Простіше кажучи: HP-UX була не про “вау-ефекти”, а про нудну, дорогу і дуже цінну річ — щоб важливі системи просто працювали.
4. Історія
HP-UX з'явилася у 1980-х роках як UNIX-система Hewlett-Packard для власного серверного обладнання.
Ключові етапи:
| Рік | Подія |
|---|---|
| 1980-ті | Hewlett-Packard розвиває власний UNIX для технічних робочих станцій і серверів. |
| 1984 | З'являються ранні версії HP-UX. |
| 1990-ті | HP-UX активно використовується на PA-RISC серверах HP 9000. |
| 2000-ті | HP просуває перехід із PA-RISC на Intel Itanium. |
| 2007 | Вийшла HP-UX 11i v3, також відома як B.11.31. |
| 2010-ті | HP-UX залишається важливою системою для наявних enterprise-клієнтів. |
| 2020-ті | Роль HP-UX зменшується через кінець Itanium, поширення Linux і хмарних платформ. |
| 2025 | Завершується стандартна підтримка HP-UX 11i v3 та HPE Integrity i4/i6. |
5. Цікавий факт: HP мала власний “світ”
У сучасному ІТ часто здається нормальним, що сервер працює на x86-64, Linux і стандартному наборі open source-інструментів.
Але в епоху HP-UX великі виробники будували майже повні вертикальні екосистеми:
- власна архітектура процесорів;
- власні сервери;
- власний UNIX;
- власні системи зберігання;
- власні інструменти кластеризації;
- власна підтримка;
- власні сертифіковані конфігурації.
У HP це були PA-RISC, HP 9000, HP-UX, Serviceguard і пізніше HPE Integrity з Itanium.
Це нагадувало не просто “купити сервер”, а “увійти в окрему цивілізацію”.
6. PA-RISC
PA-RISC — це процесорна архітектура Hewlett-Packard, на якій HP-UX працювала багато років.
PA-RISC використовувалася в серверах і робочих станціях HP 9000.
Для свого часу це була серйозна enterprise-платформа:
- стабільна;
- продуктивна;
- добре інтегрована з HP-UX;
- популярна у великих компаніях;
- розрахована на довготривалу експлуатацію.
7. Itanium
Пізніше HP зробила велику ставку на Intel Itanium.
Itanium мав стати новою високопродуктивною 64-бітною архітектурою для enterprise-серверів. На практиці він не став масовим наступником x86, але в HP-UX-світі відіграв дуже важливу роль.
HP-UX 11i v3 працювала на HPE Integrity-серверах з Itanium.
Цікавий історичний момент: Itanium був однією з найамбітніших процесорних ставок свого часу. Але ринок пішов іншим шляхом — x86-64 переміг у масовому серверному сегменті, а Itanium залишився нішевою enterprise-платформою.
8. HP 9000 і HPE Integrity
| Лінійка | Архітектура | Роль |
|---|---|---|
| HP 9000 | PA-RISC | Класична серверна платформа HP-UX. |
| HPE Integrity | Intel Itanium | Пізніша enterprise-платформа для HP-UX, OpenVMS і NonStop-сценаріїв. |
HP 9000 асоціюється зі старішим світом PA-RISC, а HPE Integrity — з епохою Itanium.
Для багатьох адміністраторів HP-UX ці назви звучать майже як археологічні шари enterprise-історії.
9. HP-UX 11i
HP-UX 11i — найвідоміша лінійка HP-UX.
Назва “11i” використовувалася для кількох поколінь системи.
| Версія | Номер | Опис |
|---|---|---|
| HP-UX 11i v1 | B.11.11 | Версія для PA-RISC-систем. |
| HP-UX 11i v2 | B.11.23 | Версія з підтримкою Itanium і PA-RISC у відповідних релізах. |
| HP-UX 11i v3 | B.11.31 | Фінальна основна гілка HP-UX, випущена у 2007 році. |
HP-UX 11i v3 була останньою великою платформою HP-UX і саме вона найчастіше мається на увазі, коли говорять про “сучасний HP-UX”.
10. Основні особливості
10.1. Надійність
HP-UX була створена для систем, де простій коштує дорого.
Наприклад:
- банк не хоче зупиняти обробку платежів;
- оператор зв'язку не хоче втрачати білінг;
- завод не хоче зупиняти виробничу систему;
- велика компанія не хоче, щоб ERP стала недоступною посеред робочого дня.
Тому HP-UX цінували за передбачуваність, стабільність і довгий життєвий цикл.
10.2. Serviceguard
Serviceguard — це кластерне рішення HP/HPE для високої доступності.
Його основна ідея проста:
Якщо один сервер падає, сервіс має автоматично переїхати на інший сервер.
Serviceguard використовувався для:
- баз даних;
- ERP;
- файлових сервісів;
- критичних застосунків;
- disaster recovery;
- high availability-кластерів.
10.3. LVM
LVM — Logical Volume Manager — важлива частина адміністрування HP-UX.
LVM дозволяє гнучко керувати дисками, томами й файловими системами.
Основні поняття:
| Термін | Опис |
|---|---|
| Physical Volume | Фізичний диск або дисковий пристрій. |
| Volume Group | Група фізичних томів. |
| Logical Volume | Логічний том, який використовується системою. |
| File System | Файлова система, створена на логічному томі. |
10.4. VxFS
VxFS — Veritas File System, файлова система, яка широко використовувалася в HP-UX.
Її цінували за:
- продуктивність;
- журналювання;
- enterprise-функції;
- роботу з великими файловими системами;
- інтеграцію з Veritas Volume Manager;
- надійність у серверних сценаріях.
10.5. Ignite-UX
Ignite-UX — інструмент для встановлення, клонування, backup і recovery HP-UX-систем.
Для адміністратора Ignite-UX був дуже важливим, бо дозволяв:
- створювати образ системи;
- відновлювати сервер після збою;
- клонувати налаштування;
- автоматизувати встановлення;
- мати план аварійного відновлення.
11. Цікавий факт: HP-UX — це система “для дорослого датацентру”
На Linux часто можна експериментувати: поставити новий пакет, змінити конфіг, швидко перезавантажити VM.
У світі HP-UX підхід часто був іншим:
- зміни планувалися;
- вікна обслуговування погоджувалися;
- документація читалася уважно;
- backup був обов'язковим;
- адміністратор знав, який диск у якому слоті;
- випадкові дії в production були дуже поганою ідеєю.
HP-UX виховувала дисципліну. Це була система, яка ніби казала: “спочатку подумай, потім натискай Enter”.
12. Архітектура HP-UX
Загальна схема:
Hardware | +--> HP 9000 / PA-RISC +--> HPE Integrity / Itanium | v HP-UX Kernel | +--> Process Management +--> Memory Management +--> I/O +--> Networking +--> Device Drivers | v System Services | +--> init / system services +--> LVM +--> VxFS +--> Serviceguard +--> Ignite-UX | v User Space | +--> Shell +--> Admin Tools +--> Database +--> ERP +--> Enterprise Applications
13. Типові сфери застосування
HP-UX використовували там, де була потрібна стабільна enterprise-платформа.
Типові сценарії:
- Oracle Database;
- SAP;
- ERP-системи;
- банківські системи;
- страхові системи;
- телекомунікаційний білінг;
- складські системи;
- high availability-кластери;
- промислові системи;
- legacy UNIX-застосунки;
- великі корпоративні бази даних.
14. Адміністрування HP-UX
Адміністрування HP-UX вимагало знання UNIX, hardware-платформи HP і специфічних інструментів.
Типові задачі адміністратора:
- керування користувачами;
- керування дисками;
- налаштування LVM;
- моніторинг файлових систем;
- налаштування мережі;
- робота з Serviceguard;
- backup і recovery;
- встановлення патчів;
- аналіз логів;
- контроль продуктивності;
- планування міграцій.
15. Типові команди
Перевірка версії системи:
uname -a
swlist | grep HPUX
Перегляд дисків:
ioscan -fnC disk
Перегляд volume groups:
vgdisplay
Перегляд logical volumes:
lvdisplay
Перегляд файлових систем:
bdf
Перегляд процесів:
ps -ef
Перегляд мережевих інтерфейсів:
lanscan
16. Software Distributor
HP-UX використовувала систему керування програмним забезпеченням Software Distributor.
Основні команди:
| Команда | Призначення |
|---|---|
| swinstall | Встановлення software depot або пакетів. |
| swremove | Видалення пакетів. |
| swlist | Перегляд встановленого software. |
| swcopy | Копіювання software depot. |
| swverify | Перевірка встановлених компонентів. |
Приклад:
swlist
17. Serviceguard
Serviceguard був одним із головних аргументів на користь HP-UX у критичних системах.
Загальна схема:
Node A | | active package v Application / Database Node B | | standby v Ready for failover
Якщо Node A виходить з ладу, Serviceguard може перенести package на Node B.
17.1. Що таке package
У Serviceguard package — це набір ресурсів, які разом утворюють сервіс:
- застосунок;
- IP-адреса;
- файлові системи;
- volume groups;
- startup scripts;
- shutdown scripts;
- monitoring rules.
18. Цікавий факт: HP-UX любили не за моду, а за спокій
Деякі системи стають популярними, бо вони модні. HP-UX була іншою.
Її цінували люди, яким треба було спати вночі.
Якщо правильно налаштований HP-UX-сервер працював роками, це не вважалося дивом. Це було очікуванням.
Саме тому у великих компаніях такі системи часто жили набагато довше, ніж планувалося спочатку.
19. Безпека
HP-UX мала enterprise-функції безпеки, орієнтовані на контроль доступу, облік дій і захист критичних сервісів.
Типові елементи:
- UNIX-права доступу;
- користувачі та групи;
- auditing;
- trusted systems у старіших конфігураціях;
- role-based підходи в частині інструментів;
- контроль мережевих сервісів;
- patch management;
- обмеження root-доступу;
- системні журнали.
Рекомендовані практики:
- обмежувати root-доступ;
- використовувати sudo або контрольовані адміністративні механізми;
- регулярно перевіряти патчі;
- вести аудит змін;
- контролювати відкриті мережеві сервіси;
- робити backup перед оновленнями;
- документувати конфігурацію;
- перевіряти Serviceguard failover-сценарії.
20. Переваги HP-UX
| Перевага | Опис |
|---|---|
| Надійність | HP-UX була розрахована на довгу роботу критичних систем. |
| Enterprise-фокус | Система добре підходила для великих серверів і корпоративних застосунків. |
| Serviceguard | Сильне рішення для high availability-кластерів. |
| LVM | Гнучке керування дисками й logical volumes. |
| VxFS | Потужна файлова система для enterprise-сценаріїв. |
| HP hardware integration | Тісна інтеграція з HP 9000 і HPE Integrity. |
| Дисципліна адміністрування | Система заохочувала обережний, документований підхід до змін. |
21. Недоліки HP-UX
| Недолік | Опис |
|---|---|
| Завершення стандартної підтримки | HP-UX 11i v3 вийшла зі стандартної підтримки наприкінці 2025 року. |
| Залежність від старого hardware | Багато систем пов'язані з PA-RISC або Itanium. |
| Менша кількість спеціалістів | HP-UX-адміністраторів значно менше, ніж Linux-адміністраторів. |
| Невелика сучасна екосистема | Для нових застосунків частіше обирають Linux або cloud-платформи. |
| Вартість підтримки | Enterprise UNIX-системи зазвичай дорогі в підтримці. |
| Legacy-ризики | Старі застосунки можуть бути складними для міграції. |
22. Порівняння з Linux
| Критерій | HP-UX | Linux |
|---|---|---|
| Походження | Комерційний UNIX Hewlett-Packard. | Open source UNIX-like система з багатьма дистрибутивами. |
| Основна роль | Enterprise UNIX, legacy, критичні системи. | Сервери, cloud, desktop, embedded, containers. |
| Hardware | PA-RISC, Itanium, HP/HPE enterprise-сервери. | x86-64, ARM, POWER, RISC-V та інші. |
| Пакети | Software Distributor. | APT, DNF, pacman, zypper та інші. |
| Кластери | Serviceguard. | Pacemaker, Corosync, Kubernetes, cloud HA та інші. |
| Сучасна популярність | Нішева legacy-система. | Масова серверна й cloud-платформа. |
23. Порівняння з Solaris і AIX
| Система | Розробник | Типова асоціація |
|---|---|---|
| HP-UX | Hewlett-Packard / HPE | HP 9000, Integrity, Serviceguard, PA-RISC, Itanium. |
| Solaris | Sun Microsystems / Oracle | SPARC, ZFS, DTrace, Zones. |
| AIX | IBM | IBM POWER, LPAR, enterprise UNIX. |
Ці три системи часто згадують разом як “великі комерційні UNIX-и”:
- HP-UX від HP;
- Solaris від Sun/Oracle;
- AIX від IBM.
У кожної була своя культура, своє обладнання, свої адміністратори й свої прихильники.
24. Цікавий факт: UNIX-війни залишили багато “островів”
У 1990-х і 2000-х роках світ UNIX був дуже різноманітним.
Існували:
- HP-UX;
- Solaris;
- AIX;
- IRIX;
- Tru64 UNIX;
- SCO UNIX;
- UnixWare;
- BSD-системи.
Кожна система мала свої команди, свої інструменти, своє hardware і свою документацію.
Сьогодні Linux значною мірою об'єднав серверний світ, але старі UNIX-системи залишили після себе багато технологій, ідей і підходів.
25. HP-UX у сучасній інфраструктурі
У 2026 році HP-UX найчастіше зустрічається не як нова платформа, а як наявна legacy-система.
Типові ситуації:
- компанія має старий критичний застосунок;
- база даних працює на HP-UX багато років;
- міграція дорога або ризикована;
- hardware ще підтримує бізнес-процес;
- система ізольована й стабільна;
- потрібен час для переходу на Linux або іншу платформу.
HP-UX сьогодні — це не “майбутнє масового серверного ринку”, а важлива частина enterprise-спадщини.
26. Міграція з HP-UX
Міграція з HP-UX може бути складною, бо часто потрібно переносити не тільки операційну систему.
Потрібно врахувати:
- hardware-залежності;
- endianess і архітектуру;
- старі компілятори;
- shell-скрипти;
- залежності від LVM;
- залежності від Serviceguard;
- бази даних;
- ліцензії;
- batch jobs;
- cron;
- мережеві налаштування;
- інтеграції з іншими системами;
- документацію, якої може вже не бути.
Можливі напрями міграції:
| Напрям | Опис |
|---|---|
| Linux | Найпоширеніший варіант для нової серверної інфраструктури. |
| Oracle Solaris | Варіант для частини UNIX-сценаріїв, якщо потрібна enterprise UNIX-платформа. |
| IBM AIX | Варіант для організацій з IBM POWER-інфраструктурою. |
| Cloud | Перенесення застосунків у managed-середовища або VM. |
| Emulation / virtualization | Тимчасове рішення для старих застосунків. |
| Rewriting | Повне переписування застосунку під сучасну платформу. |
27. Коли HP-UX варто використовувати
HP-UX має сенс підтримувати, якщо:
- система вже працює і критична для бізнесу;
- застосунок важко перенести;
- є контракт підтримки або план extended support;
- команда має HP-UX-експертизу;
- hardware ще справний;
- ризик міграції більший за ризик підтримки;
- є чіткий план backup і disaster recovery.
28. Коли HP-UX не варто обирати
HP-UX не варто обирати для нових проєктів, якщо:
- потрібна cloud-native архітектура;
- потрібні Kubernetes і сучасні containers;
- потрібна велика open source-екосистема;
- команда не має HP-UX-досвіду;
- потрібна проста масштабованість;
- потрібне дешеве commodity hardware;
- потрібна активна довгострокова платформа для майбутнього розвитку;
- немає жорсткої залежності від старого HP-UX-застосунку.
29. Типові проблеми
| Проблема | Можлива причина | Що робити |
|---|---|---|
| Нестача HP-UX-фахівців | Система стала нішевою. | Документувати знання, навчати команду, планувати міграцію. |
| Старе hardware | PA-RISC або Itanium-сервери старіють. | Оцінити spare parts, support і варіанти перенесення. |
| Складна міграція | Залежності від старого UNIX-коду. | Робити аудит застосунків, бібліотек, скриптів і даних. |
| Висока вартість підтримки | Enterprise UNIX-середовище дороге. | Порівняти TCO з Linux/cloud-міграцією. |
| Невідомі залежності | Старі системи часто погано документовані. | Побудувати dependency map і план тестування. |
| Ризик простою | Критична система без сучасного DR. | Перевірити backup, restore і failover-процедури. |
30. Цікаві факти
| Факт | Пояснення |
|---|---|
| HP-UX — один із “великих комерційних UNIX-ів” | Разом із Solaris і AIX вона була символом enterprise UNIX-епохи. |
| HP мала власну процесорну архітектуру | PA-RISC була власною RISC-архітектурою Hewlett-Packard. |
| Itanium був великою ставкою | HP і Intel сподівалися, що Itanium стане майбутнім enterprise-обчислень. |
| HP-UX часто працювала дуже довго | У багатьох компаніях такі системи жили десятиліттями. |
| Адміністратори HP-UX зазвичай були дуже обережними | У production-світі HP-UX випадкові зміни могли коштувати дорого. |
| Serviceguard був важливою частиною репутації HP-UX | High availability була однією з причин, чому систему обирали для критичних сервісів. |
| HP-UX більше асоціюється з серверами, ніж з desktop | На відміну від Linux, її майже не сприймали як систему для звичайного користувача. |
31. Людське пояснення: чим була HP-UX
HP-UX можна уявити як старий, дорогий, важкий, але дуже надійний промисловий механізм.
Він не обов'язково красивий. Він не обов'язково модний. Він не має найбільшої кількості сучасних застосунків.
Але якщо його правильно встановили, налаштували й обслуговували, він міг роками виконувати одну важливу роботу — і саме за це його цінували.
HP-UX — це не історія про “швидко поставити сервер за 5 хвилин”. Це історія про епоху, коли сервери купували на роки, зміни планували на нічні maintenance windows, а адміністратор знав свою систему майже як інженер знає двигун літака.
32. Висновок
HP-UX — це важлива UNIX-операційна система корпоративного класу, яка відіграла велику роль у серверній історії Hewlett-Packard.
Її головні сильні сторони:
- надійність;
- enterprise-фокус;
- Serviceguard;
- LVM;
- VxFS;
- інтеграція з HP hardware;
- довга історія у критичних системах;
- дисциплінований підхід до адміністрування.
Її головні обмеження сьогодні:
- завершення стандартної підтримки HP-UX 11i v3;
- старіння PA-RISC та Itanium-інфраструктури;
- менше спеціалістів;
- менша екосистема;
- складність міграції;
- нішеве legacy-використання.
HP-UX — це вже не типова платформа для нових проєктів, але вона залишається важливою частиною історії enterprise UNIX і досі може працювати в системах, де стабільність важливіша за моду.
33. Джерела
- HPE Support: HP-UX 11i v3
- HPE Product Change Notification: HP-UX 11i v3 and HPE Integrity i4/i6 support end
- HPE HP-UX 11i v3 Operating Environment documentation
- HPE Serviceguard documentation
- HPE Integrity server documentation
- HP-UX 11i v3 release materials
- The Open Group UNIX certification materials
- Historical Hewlett-Packard UNIX documentation
34. Див. також
HP-UX Hewlett-Packard Hewlett Packard Enterprise UNIX Linux Solaris AIX PA-RISC Itanium HP 9000 HPE Integrity Serviceguard LVM VxFS Enterprise UNIX Серверне адміністрування Операційні системи