Огляд
Elastic Stack turns logs and metrics into searchable, visual, and actionable data. On Cloudzy, Elasticsearch, Kibana, Logstash, and Filebeat arrive preinstalled on Ubuntu Server 24.04 with sane defaults, so you can start ingesting data right away. Dedicated EPYC vCPUs, DDR5 RAM, pure NVMe storage, and a 40 Gbps uplink keep indexing fast and dashboards snappy. Flexible hourly billing supports quick staging clusters and scale testing, while long-term plans fit production rollouts.
Опис
Цей образ містить повний 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 і снапшотами
- 40 Gbps network port for bursty ingest and multi-user Kibana sessions
- Снапшоти та швидкий відкат через панель для безпечних оновлень і тестування плагінів
- Погодинна тарифікація для тимчасових стейджинг-вузлів — платіть лише за те, що використовуєте
Один перезапуск застосовує будь-яку зміну розміру: без міграції даних, без редагування DNS.
Зручність використання
Панель керування Cloudzy підтримує налаштування потужності, зміну розміру, знімки та переміщення між регіонами. Ви можете розгорнути сервер за кілька хвилин, підключитися до Kibana на порту 5601 і почати надсилати логи. Використовуйте статичну IP-адресу одразу або прив'яжіть домен пізніше, коли переконаєтесь у правильності налаштувань.
Фокус на продуктивність
Better telemetry helps real sites load faster. By collecting Nginx or application logs through Filebeat and visualizing traffic patterns in Kibana, you can spot slow endpoints and reduce TTFB on public pages. Fast NVMe I/O plus a 40 Gbps uplink keeps ingest smooth during traffic spikes, so your analytics view stays responsive while you tune 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 для типових джерел даних
Глобальне покриття
Pick the closest data center for faster ingest and quicker dashboards. Cloudzy operates 13 regions worldwide.
- North America: New York City, Dallas, Miami, Utah, Las Vegas, Los Angeles
- Europe: London, Amsterdam, Frankfurt, Bern
- Middle East and Asia Pacific: Dubai, Singapore, Sydney
All locations offer a 40 Gbps uplink and a 99.95 percent uptime SLA. The only variable is distance to your users or data sources.
Деталі програми
Версія: не вказана
ОС: 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, reverse proxy, URL-адреси застосунку). Якщо ви його змінюєте, також оновіть:
- Зворотний проксі (Nginx/Caddy) та сертифікати TLS
- «Зовнішня URL-адреса»/базова URL-адреса застосунку та URL-адреси callback/webhook
- Усі жорстко задані посилання в застосунку або додатках
- Облікові дані мають значення. Перейменування адміністратора за замовчуванням, ротація паролів або зміна портів сервісу без оновлення конфігурації застосунку можуть заблокувати вам доступ або зупинити сервіси. Зберігайте облікові дані у безпеці та синхронізованими в застосунку, проксі та будь-яких інтеграціях.
- Зміна неймсерверів може спричинити простій. Переміщення вашого домену на нові nameservers або редагування записів NS викликає затримки поширення. Плануйте зміни, заздалегідь знизьте TTL та перевірте записи A/AAAA перед переключенням.
- Редагування правил брандмауера або портів може порушити доступ. Якщо ви змінюєте порти SSH, HTTP/HTTPS, RDP або застосунку, відповідно оновіть фаєрволи (UFW/CSF/security groups) та правила reverse-proxy.
- Порти SMTP обмежено за замовчуванням. Вихідні поштові порти (наприклад, 25/465/587) може бути закрито для запобігання зловживанням. Якщо ваш OCA має надсилати пошту, зверніться за доступом до SMTP. від підтримки або використовуйте провайдера транзакційної електронної пошти (SendGrid/Mailgun/SES) через API або затверджений SMTP.
- Електронна пошта та білі списки. Якщо застосунок надсилає пошту або отримує webhooks, зміна IP-адрес/імен хостів може вплинути на доставку або allowlists. Оновіть SPF/DKIM/DMARC та будь-які IP allowlists.
- Перед будь-якими суттєвими змінами — зробіть знімок. Спершу скористайтеся снімок/резервна копія спочатку. Якщо плагін, оновлення або редагування конфігурації дають збій, ви можете відкотитися за лічені хвилини.
- Область підтримки. Ми надаємо сервер і попередньо встановлений образ OCA. Поточне налаштування на рівні застосунку (домени, DNS, налаштування застосунку, плагіни, користувацький код) є відповідальністю користувача.
Просте правило: якщо ви змінюєте домен, порти, паролі, імена хостів або конфігурації proxy/SSL, очікуйте, що доведеться також оновити налаштування застосунку, і спочатку зробіть знімок.