Curio
中文/汉语
中文/汉语
  • 什么是Curio?| What is Curio?
  • 设计 | Design
    • 密封 | Sealing
    • 和谐任务 | Harmony Tasks
  • 入门 | Getting Started
  • 版本 | Versions
  • 安装 | Installation
  • 设置 | Setup
  • Curio服务 | Curio Service
  • 存储配置 | Storage Configuration
  • 配置 | Configuration
    • 监听地址 | Listen Address
    • 警报管理器 | Alert Manager
    • 默认Curio配置 | Default Curio Configuration
  • 启用市场 | Enabling market
  • 快速交易 | Snap Deals
  • 使用SupraSeal进行批量密封 | Batch Sealing with SupraSeal
  • 扩展Curio集群 | Scaling Curio cluster
  • Curio图形用户界面 | Curio GUI
  • 垃圾回收 | Garbage Collection
  • 最佳实践 | Best Practices
  • 日志记录 | Logging
  • Curio命令行界面 | Curio CLI
    • Curio
    • Sptool
  • API
Powered by GitBook
On this page
  • Best Practices
  • 最佳实践

最佳实践 | Best Practices

Curio 最佳实践

Best Practices

最佳实践

  1. 支持 Curio 集群的 YugybteDB 应该是多节点的,以避免单点故障。

  2. 所有矿工 ID 都应该是基础层的一部分。我们强烈建议不要为不同的矿工 ID 创建单独的层,但如果需要,可以为控制地址使用不同的层。

  3. 不应将任何工作者专用于特定的矿工 ID。所有 Curio 节点都应设置为允许任何矿工 ID 的作业。

  4. 应该使用 --post 层启动多个工作者,以允许快速的 wdPost 和 winPost 周转时间。

  5. 我们建议运行一个启用 GUI 层的节点。可以通过这个节点访问集群范围的 GUI,而不会对数据库的读取操作造成额外的压力。

  6. 未密封和已密封的副本不应存储在同一存储位置。如果其中一个丢失,Curio 将允许在未来自动重新生成已密封和未密封的副本。

  7. 建议为每个市场适配器创建一个独特的层,对应每个矿工 ID。此配置允许精确控制,允许将特定的矿工 ID 分配给 Snap Deals 管道或 PoRep 管道。

  8. 建议在将执行 PoRep 管道的 TreeD 任务或 Snap Deals 管道的 Encode 任务的同一节点上运行市场适配器。

Previous垃圾回收 | Garbage CollectionNext日志记录 | Logging

Last updated 7 months ago