CRUD 작업 만 필요로하는 간단한 데이터베이스 모델로 웹 응용 프로그램에서 작업 한 결과, MongoDB가 완벽 할 것입니다. 이 프로젝트의 가장 중요한 제약은 소량의 사용자에서 대규모로 확장 할 수 있다는 것입니다. 저는 클라우드 런처를보고 있었고 가장 인기있는 MongoDB 솔루션이 $ 350/mo의 비용을 광고하고 있음을 알았습니다. 이것은 놀라 울 정도로 많은 양으로, 저의 데이터베이스 대신 cloud sql을 사용하는 것을 고려하게합니다. MongoDB를 GCP에 배포하여 사용 사례에 더 잘 맞는 방법이 있습니까? 나는 kubernetes로 자동 크기 조정에 대해 읽었지만 가격에 대해서는 아무 것도 찾을 수 없습니다. 모든 조언을 크게 듣습니다.MongoDB를 Google Cloud Platform에 배포하는 가장 좋은 방법은 무엇입니까?
kubernetes와 mongodb를 사용하지는 않았지만 직장에서 클라우드 런처 솔루션을 사용합니다. 매 노드 당 $ 100 정도되는 각 노드마다 2 개의 노드 (n1 표준 -1)와 중재자 (마이크로) + 100GB 저장소를 사용합니다. 프로덕션 환경에서 복제본이 필요하므로 합리적인 기본 비용이 될 것입니다.
Kubernetes는 웹 서버에 비해 mongodb의 기본 GCE 배포에 비해 많은 이점을 제공하지 않습니다. kubernetes에 복제본을 설정하는 것은 GCE 설정에 비해 약간 더 많은 작업입니다. https://medium.com/google-cloud/mongodb-replica-sets-with-kubernetes-d96606bd9474 및 http://blog.kubernetes.io/2017/01/running-mongodb-on-kubernetes-with-statefulsets.html은 괜찮은 참조 정보로 사용되지만 비용은 절감하지 못합니다. 노드 스케일링은 약간 더 쉬울 지 몰라도 엄격하게 mongodb 스케일링으로 변환하지는 않습니다.
저는 최근 비슷한 해결책을 찾고 있습니다.
GCP들이는 Kubernetes 클러스터 관리 만이 사용하는 자원에 대한 비용을 청구하지 않습니다 발표 (인스턴스, 네트워크 ...) : 일반적으로 https://cloud.google.com/kubernetes-engine/pricing
, 데이터베이스는 높은 유지 보수 (데이터 마운트, 백업입니다 , 마이그레이션 ...), 나는 Kubernetes에서 Mongo를 바로 시작하지 않을 것입니다. 거기에 갈 수는 있지만 웹 앱을 Kubernetes에 배치하는 것보다 더 복잡 할 것입니다.
MongoDB를 GCP (예 : MongoDB Atlas)를 지원하는 서비스로 사용하는 것이 더 나을 것이므로, 직접 해보았으며 몇 가지 다른 회사에서이를 수행합니다. 점차적으로 규모를 조정하면 비용을 관리 할 수 있습니다.
웹 응용 프로그램 자체는 Kubernetes에서 쉽게 배포하고 유지 관리해야합니다.
정확히 어떤 클라우드 런처 솔루션입니까? 비 따이 아닌가? – DynamicDemon
https://console.cloud.google.com/launcher/details/click-to-deploy-images/mongodb. 우리는 bitnami 배치를 사용하지 않습니다. 업데이트하기가 어렵습니다. – njLT