Огляд
Elastic Stack перетворює логи та метрики на дані, з якими зручно працювати: шукати, візуалізувати, реагувати. На Cloudzy Elasticsearch, Kibana, Logstash і Filebeat встановлюються заздалегідь на Ubuntu Server 24.04 із розумними налаштуваннями за замовчуванням, тож ви можете починати приймати дані одразу. Виділені vCPU на EPYC, DDR5 RAM, чисте сховище NVMe і 10 Gbps-канал забезпечують швидке індексування та чіткі дашборди. Погодинна тарифікація підходить для тимчасових стейджинг-кластерів і навантажувального тестування, а довгострокові плани зручні для production-розгортань.
Опис
Цей образ містить повний Elastic Stack для пошуку, аналітики та обробки логів. Сервіси керуються systemd і вже налаштовані для взаємодії між собою без додаткових налаштувань. Обліковий запис суперкористувача створюється під час першого завантаження, а його дані зберігаються на сервері для безпечного отримання.
- Сервіси : Elasticsearch, Kibana, Logstash, Filebeat
- Облікові дані: ім'я користувача elastic, пароль збережено у /root/.cloudzy-creds
- Ключові порти: Kibana 5601, Elasticsearch HTTP 9200, внутрішній транспорт Elasticsearch 127.0.0.1:9300
- Важливі директорії:
- Конфіг: /etc/{service}/
- Дані: /var/lib/{service}/
- Журнали: /var/log/{service}/
- Двійкові файли: /usr/share/{service}/bin/
- Плагіни (Elasticsearch та Kibana): /usr/share/{elasticsearch|kibana}/plugins/
Відкрити вебінтерфейс
Ось шлях від першого увімкнення до першого дашборду. Спочатку використовуйте IP-адресу напряму, а якщо потрібно, пізніше додайте DNS.
- Kibana
Відкрийте браузер і перейдіть на http://<server-ip>:5601. Увійти з elastic а пароль знаходиться у /root/.cloudzy-creds. З головної сторінки Kibana додайте перше представлення даних і дослідіть розділи Discover або Dashboards. - Elasticsearch API
Перевірте вузол командою:
| curl http://<server-ip>:9200 |
Транспорт кластера працює на 127.0.0.1:9300 для локальної міжпроцесної комунікації.
- Beats та Logstash
Filebeat і Logstash працюють як служби. Направте Filebeat на логи вашого застосунку і за потреби передавайте структуровані дані через пайплайни Logstash.
Корисні команди для служб:
| systemctl стан <service> systemctl перезапустити <service> systemctl stop <service> systemctl start <service> # Замінити <service> з: elasticsearch, kibana, logstash, filebeat |
Розширені функції
Це практичний набір, який забезпечує стабільну індексацію, швидкі запити та безпечні оновлення. Підходить для невеликої аналітики на одному вузлі та масштабується вертикально під більші навантаження без перевстановлення образу.
- Виділені CPU та DDR5 RAM для стабільного паралелізму запитів і швидшого злиття шардів
- Чисте сховище NVMe для високого IOPS при роботі з сегментами, translogs і снапшотами
- 10 Gbps network port for bursty ingest and multi-user Kibana sessions
- Снапшоти та швидкий відкат через панель для безпечних оновлень і тестування плагінів
- Погодинна тарифікація для тимчасових стейджинг-вузлів — платіть лише за те, що використовуєте
Один перезапуск застосовує будь-яку зміну розміру: без міграції даних, без редагування DNS.
Простота використання
Панель керування Cloudzy підтримує налаштування потужності, зміну розміру, знімки та переміщення між регіонами. Ви можете розгорнути сервер за кілька хвилин, підключитися до Kibana на порту 5601 і почати надсилати логи. Використовуйте статичну IP-адресу одразу або прив'яжіть домен пізніше, коли переконаєтесь у правильності налаштувань.
Фокус на продуктивність
Якісна телеметрія допомагає реальним сайтам завантажуватись швидше. Збираючи логи Nginx або застосунку через Filebeat і візуалізуючи трафік у Kibana, ви можете виявляти повільні ендпоінти та скорочувати TTFB на публічних сторінках. Швидкий NVMe I/O і канал 10 Gbps забезпечують рівномірне надходження даних під час пікового навантаження, тож аналітика залишається чуйною, поки ви оптимізуєте Core Web Vitals.
Повний контроль над сайтом
У вас є root-доступ для тонкого налаштування кластера, правил брандмауера та керування плагінами. KVM-ізоляція відокремлює ваше ядро та процеси від сусідніх робочих навантажень, а виділені IP-адреси зменшують кількість CAPTCHA-перевірок в адміністративних інтерфейсах.
- Керуйте сервісами через systemctl, а логи переглядайте в /var/log/{service}/
- Зберігати конфігурації в /etc/{service}/ Дані зберігайте в /var/lib/{service}/
- Встановлюйте плагіни, розміщуючи їх у /usr/share/{elasticsearch|kibana}/plugins/ потім перезапустіть сервіс
- Обмежте доступ, дозволивши підключення до портів 5601 та 9200 лише з вашої IP-адреси, або розмістіть попереду автентифікуючий зворотний проксі
Потужні інструменти
Ви отримуєте готовий до роботи основний стек, а також зручні точки розширення для захисту, моніторингу та резервного копіювання. Всі параметри налаштовані для передбачуваного споживання пам'яті та дискового простору на цьому образі.
- Передвстановлено: Elasticsearch, Kibana, Logstash, Filebeat на Ubuntu Server 24.04
- Додаткові інструменти захисту та моніторингу: Fail2Ban, node_exporter та інші
- Рецепти знімків до об'єктного сховища, наприклад S3 або GCS
- Шаблони Cron для керування життєвим циклом індексів і очищення логів
- Приклади пайплайнів Logstash для типових джерел даних
Глобальний охоплення
Оберіть найближчий дата-центр для швидшого надходження даних і оперативніших дашбордів. Cloudzy працює в кількох точках присутності на трьох континентах.
- Північна Америка: Нью-Йорк, Даллас, Маямі, Юта, Лас-Вегас
- Європа: Лондон, Амстердам, Франкфурт, Цюрих
- Азійсько-Тихоокеанський регіон: Сінгапур
Усі локації мають канал 10 Gbps і SLA з доступністю 99,95%. Єдина змінна - відстань до ваших користувачів або джерел даних.
Деталі програми
Версія: не вказана
ОС: Ubuntu Server 24.04
Мінімальна RAM: 8 GB
Типи IP: IPv6, IPv4
Розгорніть Elastic Stack зараз: запустіть готовий вузол ELK із Filebeat і починайте отримувати дані за лічені хвилини.
Важливо: відповідальність за конфігурацію та домен
Ви отримуєте повний доступ SSH/root на кожному OCA. Але це також означає, що ваші зміни можуть порушити порушити роботу застосунку. Прочитайте це перед тим, як змінювати конфігурацію.
- Доменом керуєте ви. Ми не продаємо та не розміщуємо домени/DNS. Якщо застосунку потрібен домен, вкажіть свій домен на сервер (A/AAAA/CNAME та MX/TXT, якщо потрібно). Видача SSL і робота багатьох панелей керування залежать від правильного налаштування DNS.
- Зміна домену або імені хоста після встановлення — не проста операція. Багато OCA прописують домен у конфігах (.env, зворотний проксі, URL застосунку). Якщо ви його змінюєте, оновіть також:
- Зворотний проксі (Nginx/Caddy) та сертифікати TLS
- «Зовнішній URL» застосунку, базовий URL, а також URLи зворотного виклику та вебхуків
- Усі жорстко задані посилання в застосунку або додатках
- Облікові дані мають значення. Перейменування адміністратора за замовчуванням, ротація паролів або зміна портів сервісів без оновлення конфігурації застосунку можуть заблокувати вам доступ або зупинити сервіси. Зберігайте облікові дані в безпеці та підтримуйте їх синхронізацію між застосунком, проксі та інтеграціями.
- Зміна неймсерверів може спричинити простій. Перенесення домену на нові неймсервери або редагування NS-записів запускає затримки поширення. Плануйте зміни заздалегідь, знижуйте TTL і перевіряйте A/AAAA-записи перед перемиканням.
- Редагування правил брандмауера або портів може порушити доступ. Якщо ви змінюєте SSH, HTTP/HTTPS, RDP або порти застосунку — оновіть відповідно брандмауери (UFW/CSF/security groups) і правила зворотного проксі.
- Порти SMTP обмежено за замовчуванням. Вихідні поштові порти (наприклад, 25/465/587) може бути закрито для запобігання зловживанням. Якщо ваш OCA має надсилати пошту, зверніться за доступом до SMTP. до служби підтримки або використовуйте поштовий провайдер для транзакційних листів (SendGrid/Mailgun/SES) через API або затверджений SMTP.
- Електронна пошта та білі списки. Якщо застосунок надсилає пошту або приймає вебхуки, зміна IP-адрес або імен хостів може вплинути на доставлюваність або списки дозволів. Оновіть SPF/DKIM/DMARC і будь-які IP-allowlists.
- Перед будь-якими суттєвими змінами — зробіть знімок. Спершу скористайтеся снімок/резервна копія у панелі. Якщо плагін, оновлення або зміна конфігурації спрацюють не так — ви зможете відкотитися за лічені хвилини.
- Область підтримки. Ми надаємо сервер із попередньо встановленим OCA-образом. Поточне налаштування на рівні застосунку (домени, DNS, параметри застосунку, плагіни, власний код) — відповідальність користувача.
Просте правило: якщо ви змінюєте домен, порти, паролі, імена хостів або конфігурації proxy/SSL, будьте готові оновити налаштування застосунку також. Перед цим зробіть знімок.
