概述
维多利亚日志 Cloudzy 为您提供了一个由您控制的快速、自托管日志数据库。为开发启动单个节点或为生产启动一个宽敞的盒子，然后指向 向量, 流畅位，或系统日志并在几秒钟内开始查询。专用 EPYC vCPU、DDR5 RAM、纯 NVMe 和 10 Gbps 上行链路可在高峰流量期间保持快速的摄取和查询。按小时计费意味着您可以在繁忙时段扩大规模，然后再缩小规模。
描述
此一键式图像已发货 维多利亚日志 在 Docker 内部，带有轻量级的 systemd 包装器，以及方便的伴侣，例如 格拉法纳, 向量, 虚拟验证, 虚拟警报, 警报管理器， 和 VictoriaMetrics单节点 对于指标。 VictoriaLogs 监听其本机 HTTP 端口，并准备好立即接受日志并回答查询。有关数据模型、摄取方法和查询模式，请参阅官方文档。
访问网络界面
首先访问服务器上已运行的服务。代替 <服务器IP> 与您的实例 IP。
- 维多利亚日志: http://<SERVER-IP>:9428 （摄取、查询和指标 /指标).
- 格拉法纳: http://<SERVER-IP>:3000 （首次登录是 行政 /行政，然后更改它）。
- VictoriaMetrics单节点: http://<SERVER-IP>:8428 用于 Prometheus 兼容的指标。
- 虚拟警报 用户界面和应用程序接口： http://<SERVER-IP>:8880.
- 虚拟验证 网关： http://<SERVER-IP>:8427 用于身份验证和路由。
- 警报管理器: http://<SERVER-IP>:9093.
- 矢量 API 和用户界面: http://<SERVER-IP>:8686 如果启用于 向量 配置。
第一天运营的服务控制：
| 须藤系统控制 开始 维多利亚-日志 须藤系统控制 停止 维多利亚-日志 须藤系统控制 地位 维多利亚-日志 码头工人 |
高级功能
以下是对于您自己的计算上的日志数据库而言重要的实用升级。它们可以减少查询延迟，在高峰期间保持数据采集顺利，并在更新出现问题时为您提供快速回滚。
- 专用 vCPU 和 DDR5 RAM 以避免并发写入和读取时出现噪音邻居停顿。
- 纯NVMe存储 用于 WAL、索引构建和压缩上的高 IOPS。
- 10 Gbps network port 适合高费率托运人和许多仪表板查看者。
- 按需快照和回滚 在升级或架构更改之前。
- 按小时计费 意味着暂存或负载测试克隆仅需要您保留它们的时间。
一次重新启动即可应用任何大小调整。无需数据迁移或 DNS 编辑。
易于使用
您将获得一个干净的仪表板来重新启动电源、创建快照或迁移区域。观点 向量 or 流畅位 to http://<SERVER-IP>:9428 用于 HTTP JSON 摄取，或者如果您喜欢 TCP 或 UDP 514，则在 VictoriaLogs 上启用系统日志接收器。示例配方位于文档中，您可以使用默认字段使事情变得简单，并随着时间的推移添加结构。
绩效焦点
如果您的团队正在嵌入 格拉法纳 将面板插入公共状态页面或内部门户，缩短面板上第一个字节的时间和更快的临时查询有助于页面感觉即时。当多个用户针对大窗口运行查询时，NVMe I/O 和 10 Gbps 上行链路可保持响应时间稳定。
完整的网站控制
你有根。调整保留、修剪索引、配置 虚拟验证 用户，并通过以下方式发送警报 虚拟警报 和 警报管理器。 VictoriaLogs 容器位于 /根/维多利亚日志，由调用 Makefile 目标的 systemd 单元管理，因此更新是可预测且可逆的。使用 码头工人 检查容器，或使用您自己的撰写文件扩展堆栈。
强大的工具
此图像包含或与以下图像配对，以便您可以专注于日志质量，而不是脚手架。
- 维多利亚日志 单节点在端口 9428 上进行高速摄取和查询。
- 格拉法纳 用于端口 3000 上的仪表板和临时探索。
- VictoriaMetrics单节点 当您还希望在端口 8428 上存储指标时。
- 虚拟验证 添加身份验证并在端口 8427 上路由多租户流量。
- 虚拟警报 评估警报规则并在端口 8880 上公开警报 API。
- 向量 作为一个简单的、高吞吐量的托运程序，启用后具有 8686 的 API。
全球影响力
选择距离您的用户最近的区域。 Cloudzy 在以下地点运营存在点：
- 北美：纽约市、达拉斯、迈阿密、犹他州、拉斯维加斯
- 欧洲： 伦敦、阿姆斯特丹、法兰克福、苏黎世
- 亚太： 新加坡
每个位置都提供相同的 10 Gbps 上行链路、Tier-1 混合和 99.95% 的正常运行时间 SLA。唯一的变量是距离。
申请详情
版本：未指定
操作系统：Ubuntu服务器24.04
最低内存：1 GB
IP 类型：IPv6、IPv4
立即部署 VictoriaLogs： 您的日志数据库和仪表板在几分钟内即可准备就绪。
注释和参考文献： VictoriaLogs 默认端口 9428 和 /指标 端点、摄取示例和数据模型由 VictoriaMetrics 记录。默认端口为 虚拟验证 8427, 虚拟警报 8880, VictoriaMetrics单节点 8428，和 格拉法纳 3000 个首次登录流程记录在其官方指南中。
重要：配置和域职责
您可以在每个 OCA 上获得完整的 SSH/root 访问权限。这种力量还意味着您的改变可以 休息 该应用程序。请在调整配置之前阅读本文。
- 您管理该域。 我们不出售或托管域名/DNS。如果应用程序需要域名， 您必须将您的域指向服务器 （A/AAAA/CNAME 和 MX/TXT（如果相关）。 SSL 颁发和许多仪表板都取决于此是否正确。
- 安装后更改域名/主机名并非易事。 许多 OCA 将域写入配置（.env、反向代理、应用程序 URL）。如果您更改它，请同时更新：
- 反向代理 (Nginx/Caddy) 和 TLS 证书
- 应用程序“外部 URL”/基本 URL 和回调/Webhook URL
- 应用程序或附加组件中的任何硬编码链接
- 凭证很重要。 重命名默认管理员、轮换密码或更改服务端口而不更新应用程序配置可以 把你锁在门外 或停止服务。确保凭据安全并在应用程序、代理和任何集成之间保持同步。
- 名称服务器更改可能会导致停机。 将您的域移至新的域名服务器或编辑 NS 记录会触发传播延迟。计划变更、提前降低 TTL，并在切换前验证 A/AAAA 记录。
- 防火墙/端口编辑可能会中断访问。 如果更改 SSH、HTTP/HTTPS、RDP 或应用程序端口，请相应更新防火墙（UFW/CSF/安全组）和反向代理规则。
- 默认情况下，电子邮件 (SMTP) 端口受到限制。 出站邮件端口（例如， 25/465/587） 或许 关闭以防止滥用。如果您的 OCA 必须发送电子邮件， 请求 SMTP 访问。 来自支持人员或通过 API 或批准的 SMTP 使用交易电子邮件提供商 (SendGrid/Mailgun/SES)。
- 电子邮件和许可名单。 如果应用程序发送邮件或接收 Webhook，则更改 IP/主机名可能会影响送达率或白名单。更新 SPF/DKIM/DMARC 和任何 IP 允许列表。
- 在发生任何重大变化之前：拍一张快照。 使用面板的 快照/备份 第一的。如果插件、更新或配置编辑适得其反，您可以在几分钟内回滚。
- 支持范围。 我们提供服务器和预装的 OCA 映像。进行中 应用程序级配置 （域名、DNS、应用程序设置、插件和自定义代码）是用户的责任。
快速经验法则： 如果你触摸 域、端口、密码、主机名或代理/SSL 配置，预计也会更新应用程序的设置，并首先拍摄快照。
安装
- 将 VictoriaMetrics 存储库从 GitHub 克隆到
/root/VictoriaLogs - 安装的 Docker 和依赖项
- 创建了systemd服务
victoria-logs通过 make 命令管理 VictoriaLogs 容器
命令
sudo systemctl start victoria-logs # Start VictoriaLogs service sudo systemctl stop victoria-logs # Stop service sudo systemctl status victoria-logs # Check service status docker ps # List running Docker containers
访问网址
- 单节点VictoriaLogs →
http://<SERVER-IP>:9428 - 格拉法纳 →
http://<SERVER-IP>:3000 - 单节点 VictoriaMetrics →
http://<SERVER-IP>:8428 - 虚拟警报 →
http://<SERVER-IP>:8880 - vmauth →
http://<SERVER-IP>:8427 - 警报管理器 →
http://<SERVER-IP>:9093 - 矢量用户界面 →
http://<SERVER-IP>:8686
文档
- https://docs.victoriametrics.com/victorialogs/
