Блог о технологиях, технократии и методиках борьбы с граблями
Готовил тут под заказ сервер для KVS – вкратце это Kernel Video Sharing сервер, предназначенный для создания медиа-проектов разного уровня сложности. Судя по описанию, весьма навороченный продукт. И вот по листу требований там нужны Vesta CP, php7.X и Image::Magick.
По одному ТЗ надо было включить на веб-сервере с ISP Manager версию php7.3 причем в режиме Nginx + PHP-FPM
Оказалось, что делается не совсем тривиально, т.к третий этап вообще ни разу не явный.
В процессе подготовки сервера к установке TDS Keitaro, столкнулся с совершенно лютым багом совокупления ionCube с php.
В процессе установки одного скрипта на сервер, обнаружил, что Vesta по дефолту ставит php7.3.10, тогда как скрипт требовал php5, т.ч пришлось озадачиться созданием кастомного профиля для сайта.
Под тесты с генерацией трафика, понадобился отдельный сервак. Взял в Kimsufi, но возникла проблема с установкой WIndows7, т.к это Xeon и винда, установленная через KVM, видимо, не хотела стартовать с нестандартными дровами.
А поскольку никакого аналога VNC или IP-KVM (не того который Kernel-based Virtual Machine, а того который Keyboard Video Mouse over IP ) у Kimsufi нет, то в итоге пришлось поставить Proxmox, тем более что в Kimsufi он ставится из коробки. Можно конечно было грубо накатить Qemu KVM прямо из центосины, но уж больно мне нравится удобство web-based управлялки Proxmox, т.к не приходится для каждого чиха поднимать VNC.
В связи с уже пофиксеным косяком Vesta, во избежании повторения подобной ситуации в дальнейшем, не плохо бы сменить дефолтный порт VESTA на что то отличное от 8083.
В ночи коллега пожаловался на то что ему блокирнули аккаунт в хостинге Aruba за TCP SYN flood с одного из серверов.
Пикантности добавляло то, что у него в акке было 20 серверов, которые все благополучно ушли в оффлайн до понедельника.
