

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 成本最佳化支柱
<a name="cost-optimization-pillar"></a>

 AWS Well-Architected Framework [的成本最佳化支柱](https://docs.aws.amazon.com/wellarchitected/latest/framework/cost-optimization.html)著重於避免不必要的成本。下列建議可協助您符合 Neptune Analytics 的成本最佳化設計原則和架構最佳實務。

成本最佳化支柱著重於下列關鍵領域：
+ 了解一段時間內的支出並控制資金分配
+ 選取正確類型和數量的資源
+ 擴展以滿足業務需求，而不會過度花費

## 了解所需的用量模式和服務
<a name="usage-patterns"></a>

採用 Neptune Analytics 之前，請評估您的使用案例是否適合圖形分析。
+ **圖形資料庫**：如果您的資料模型具有可識別的圖形結構，且您的查詢需要探索關係並周遊多個躍點，則 Neptune 之類的圖形資料庫非常適合您的工作負載。圖形資料庫不適合下列模式：
  + 主要是單躍查詢。在此使用案例中，請考慮您的資料是否可更好地表示為物件的屬性。
  + 存放為屬性的 JSON 或二進位大型物件 (blob) 資料。
+ **圖形分析**：Neptune Analytics 是一種圖形分析資料庫引擎，可快速分析記憶體中的大量圖形資料，以取得洞見和尋找趨勢。您可以在 Neptune 資料庫和 Neptune Analytics 圖形中存放和查詢圖形資料。Neptune 資料庫最適合可擴展的線上交易處理 (OLTP) 需求。Neptune Analytics 最適合暫時性分析工作負載。您可以將資料從交易導向的 Neptune 資料庫載入 Neptune Analytics 圖形，以執行該資料的分析，以結合使用兩者。分析完成後，您可以移除 Neptune Analytics 圖形。如需更詳細的比較，請參閱 [Neptune Analytics 文件中的何時使用 Neptune Analytics 和何時使用 Neptune 資料庫](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/neptune-analytics-vs-neptune-database.html)。

請留意成本，判斷如何以最佳方式填入 Neptune Analytics 圖形。
+ 在 S3 儲存貯體中暫存的[大量匯入](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/bulk-import.html)圖形資料。如果您的資料先前已針對大量載入至 Neptune 資料庫進行暫存，或者您已擁有或可立即產生要以 [CSV 或其他支援格式](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/loading-data-formats.html)進行分析的資料，我們建議使用此選項。您可以在圖形建立程序中執行大量匯入。[您可以將邊界放在容量下限和上限上](https://docs.aws.amazon.com/neptune-analytics/latest/apiref/API_CreateGraphUsingImportTask.html)。您也可以[在先前建立的空白圖形上執行匯入](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/loading-data-existing-graph.html)，並在[執行時監控匯入任務](https://docs.aws.amazon.com/neptune-analytics/latest/apiref/API_ListImportTasks.html)。
+ 您可以建立空白圖形，然後使用[批次載入](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/batch-load.html)透過 openCypher 查詢填入它。如果要載入的資料在 Amazon S3 中暫存且小於 50 GB，則此選項是理想的選擇。
+ 您可以從 [Neptune 資料庫叢集中的資料填入圖表](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/bulk-import-create-from-neptune.html) (Neptune 資料庫 1.3.0 版或更新版本支援）。此模式的目的是對圖形資料庫中*目前的*資料執行分析。即使資料庫最初是透過大量載入填入，從那時起它可能已大幅變更。若要從資料庫匯入，Neptune Analytics 會複製資料庫，並將資料從複製匯出至 S3 儲存貯體。此程序會產生成本：特別是執行複製的 Neptune 資料庫成本，以及存放和使用匯出資料時的 Amazon S3 成本。匯出完成時會移除複製。您可以在 Amazon S3 中刪除匯出的資料。
+ 您可以從 [Neptune 資料庫叢集的快照填入圖形](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/bulk-import-create-from-neptune.html)。這類似於上一個選項，但來源是資料庫快照。若要從快照匯入，Neptune Analytics 會先將快照還原至新的資料庫叢集，然後將資料匯出至 S3 儲存貯體。此程序會產生成本：特別是執行還原叢集的 Neptune 資料庫成本，以及存放和使用匯出資料的 Amazon S3 成本。
+ 您也可以在圖形上使用原子、一致性、隔離、耐久性 (ACID) 相容交易，執行 openCypher 查詢來建立、更新或刪除資料。我們建議使用此方法作為進行小型更新的方式，但不能作為植入圖形的方式。

如果分析所需的資料已在 Amazon S3 中暫存，我們建議大量匯入或批次載入。這些比從 Neptune 資料庫叢集或快照填入圖形更具成本效益。

## 選取關注成本的資源
<a name="consider-cost"></a>

[Neptune Analytics 定價](https://aws.amazon.com/neptune/pricing/#Amazon_Neptune_Analytics)使用稱為記憶體最佳化的 Neptune 容量單位 (m-NCU)。使用指定的 m-NCU 執行圖形需要固定的每小時成本。圖形可能有用於容錯移轉的複本，而且這些複本也會產生每小時 m-NCU 成本。

我們建議下列最佳實務來預估容量、限制成本，以及監控效能的成本：
+ 如果可能，透過從現有來源匯入資料來建立圖形：存放在 Amazon S3 中的資料，或現有的 Neptune 叢集或快照。這可節省您的工作量，因為 Neptune Analytics 會執行植入圖形的繁重工作，而且[您可以指定限制的最大容量](https://docs.aws.amazon.com/neptune-analytics/latest/apiref/API_CreateGraphUsingImportTask.html)。
+ 您可以在現有圖形上[變更佈建的容量](https://docs.aws.amazon.com/neptune-analytics/latest/apiref/API_UpdateGraph.html)。
+ 當不再需要圖形時，您可以[建立快照並刪除圖形](https://docs.aws.amazon.com/neptune-analytics/latest/userguide/managing-deleting.html)。如果您需要再次使用它，您可以從快照還原圖形。
+ 您可以在建立圖形時選擇複本的數量。根據您的分析可用性需求設定值。將此設定降至最低，以節省成本。最大值 2 允許在個別可用區域中有兩個複本執行個體。最小值為 0 表示 Neptune Analytics 不會執行複本。不過，當複本可用時，復原速度會更快。如需圖形故障和復原的說明，請參閱[可靠性支柱](reliability-pillar.md)一節。
+ 使用 監控目前和過去計費期間的 Neptune Analytics 費用[AWS 帳單與成本管理](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/billing-what-is.html)。
+ 監控 CloudWatch 的 Neptune Analytics 指標，特別是 `NumQueuedRequestsPerSec`、`GraphSizeBytes`、、 `NumOpenCypherRequestsPerSec` `GraphStorageUsagePercent`和 `CPUUtlization`，以評估佈建的容量大小是否適合圖形。判斷較小的容量是否可以容納觀察到的請求率、CPU 用量和圖形大小。
+ 如果您需要圖表的私有端點，請注意彈性 IPs、虛擬私有雲端 (VPC) 端點、NAT 閘道或其他 VPC 相關費用。如需詳細資訊，請參閱 [Amazon VPC 定價](https://aws.amazon.com/vpc/pricing/)和 [Amazon EC2 定價](https://aws.amazon.com/ec2/pricing/)。
+ 您可能想要執行一或多個 Neptune 筆記本執行個體，以提供用戶端界面，以協助開發人員和分析師查詢和視覺化圖形 （請參閱 [Neptune 工作台定價](https://aws.amazon.com/neptune/pricing/#Neptune_workbench))。若要將成本降至最低，請在使用者之間共用執行個體，並為每個使用者建立個別的筆記本資料夾。不使用執行個體時將其關閉。如需自動化關機的方法，請參閱 AWS 部落格文章[使用資源標籤自動停止和啟動 Amazon Neptune 環境資源](https://aws.amazon.com/blogs/database/automate-the-stopping-and-starting-of-amazon-neptune-environment-resources-using-resource-tags/)。