移动到生产环境

本文档的目的是通过预见生产环境中的问题并确定生产索引的最佳实践来准备用户开始在生产环境中使用其Pinecone索引。由于这些问题高度依赖于工作负载，因此这里的建议是一般性的。

概述

一旦您熟悉Pinecone并尝试创建反映您预期工作负载的索引和查询，您可能计划使用您的索引来提供生产查询。在此之前，您可以采取几个步骤来准备您的项目以应对生产工作负载，预见生产问题并实现可靠性和增长。

在将索引移动到生产环境之前，请考虑以下几个方面：

要使Pinecone索引达到生产就绪状态的第一步是正确配置您的项目。考虑为您的开发和生产索引创建一个单独的项目，以便在将更改部署到生产环境之前对您的索引进行测试。确保您已经正确地配置了用户访问权限，以使只有需要访问生产索引的用户才能这样做。考虑如何最好地管理与您的生产项目相关联的API密钥。

在将索引移动到生产环境之前，请确保索引在应用程序的上下文中返回准确的结果。考虑为评估结果确定适当的指标。

根据数据和您要运行的工作负载类型，您的项目可能需要不同数量和大小的Pods和副本。需要考虑的因素包括向量数量，每个向量的维度，元数据的数量和基数，以及每秒可接受的查询数（QPS）。使用索引完整度指标来确定索引使用了多少当前资源。您可以使用集合创建具有不同Pod类型和大小的索引进行实验。

在将项目移入生产环境之前，请考虑确定您的索引配置能否满足您预期的应用程序查询负载。您可以从头开始使用Python编写负载测试，也可以使用负载测试框架，例如Locust。

为了实现长期保留、合规存档和部署新索引，请考虑通过创建集合备份生产索引。

在提供生产工作负载之前，请通过对部署、项目配置或客户端进行更改来识别提高延迟的方法。

通过在生产指数上使用Prometheus或OpenMetrics 配置监控，准备观察生产性能和可用性。

在进入生产环境之前，考虑提前规划如何在需要时扩展索引。识别可能表明需要扩展的指标，例如索引完整性和平均请求延迟。计划增加pod数量，更换更高效的pod类型，垂直扩展您的pod大小，增加副本的数量，或使用存储优化的pod类型增加存储容量。

如果您需要帮助，请访问support.pinecone.io或与Pinecone社区交流。确保您的套餐等级与您所需的支持和可用性SLA相匹配。这可能需要您升级到企业版。

更新于6个月前