我想构建一个服务于很多人(超过200万)的应用程序,所以我认为我应该使用Google Cloud Datastore.但是我也知道有一个选项可以使用Google Cloud SQL,但仍然可以为很多人使用mySQL服务(就像Facebook和Youtube所做的那样).
这是一个正确的假设使用数据存储而不是关系云SQL与这么多用户?先感谢您
mysql database google-app-engine google-cloud-storage google-cloud-sql
我有一个Kubernetes JOB在CloudSQL数据库上进行数据库迁移.
从GKE访问CloudSQL数据库的一种方法是使用CloudSQL代理容器然后通过连接localhost.太棒了 - 到目前为止工作正常.但是因为我在K8s中这样做,JOB所以作业没有被标记为成功完成,因为代理继续运行.
$ kubectrl get po
NAME READY STATUS RESTARTS AGE
db-migrations-c1a547 1/2 Completed 0 1m
Run Code Online (Sandbox Code Playgroud)
即使输出显示"已完成",最初的两个容器之一仍在运行 - 代理.
如何在完成容器1内的迁移时使代理退出?
我正在创建一个GAE应用程序.
当我将GAE PHP应用程序设置为授权应用程序以访问我的Cloud SQL实例时,我收到以下警告:
App Engine区域必须与Cloud SQL实例区域相同!
如何验证或更改GAE应用程序的区域?
谢谢
我计划在某个时候将我们的主要项目转移到Postgres 10.我喜欢保持本地开发人员的数据库版本接近我们在prod上运行的版本.
目前,我们的prod数据库位于Google Cloud SQL PostgreSQL 9.6上.除了9.6之外,我还没有听到谷歌关于此托管云sql产品何时提供Postgres 10.x的任何信息.
有谁知道Postgres 10何时成为GCP托管SQL产品的支持选项?我想开始计划.
postgresql google-cloud-sql google-cloud-platform postgresql-10
从实例(第二代)导出 sql 数据库并将其导入到另一个 sql 实例时,出现以下错误:第 24 行出现错误 1839 (HY000):
@@GLOBAL.GTID_PURGED can only be set when @@GLOBAL.GTID_MODE = ON.
Run Code Online (Sandbox Code Playgroud)
根据https://superuser.com/questions/906843/import-mysql-data-failed-with-error-1839,这可以通过使用以下命令进行sql转储来解决
--set-gtid-purged=OFF
Run Code Online (Sandbox Code Playgroud)
但 gcloud sql 实例导出命令不支持此功能。还有其他方法可以解决这个问题吗?
我正在尝试设置无服务器 VPC 访问
无服务器 VPC 访问使您能够从 Cloud Functions 直接连接到 Compute Engine VM 实例、Memorystore 实例、Cloud SQL 实例、
听起来很棒。但是文档对初学者来说并不是超级友好。第 2 步是创建一个连接器,对此我有几个问题:
在网络字段中,选择要连接的 VPC 网络。
我的下拉列表只包含“默认”。这是正常的吗?IO 应该在这里看到什么?
在 IP 范围字段中,输入未使用的 CIDR /28 IP 范围。此范围内的地址用作通过连接器发送的流量的源地址。此 IP 范围不得与您的 VPC 网络中的任何现有 IP 地址预留重叠。
我不知道在这里做什么。我尝试使用链接文档中的信息首先)从我选择的区域输入一个 IP,然后)从该区域之外输入一个 IP。两者都导致创建的连接器出现错误。“ Connector is in a bad state, manual deletion is recommended”
如果创建失败,文档会继续执行几个故障排除步骤:
指定不与 VPC 网络中任何现有 IP 地址预留重叠的 IP 范围。
我不知道这是什么意思。也许就像,如果我有其他连接器,我应该确保新连接器的 IP 范围与那些不重叠。这只是一个猜测,但无论如何我没有。
授予您的项目使用 ID serverless-vpc-access-images 项目中的 Compute Engine 虚拟机映像的权限。有关如何相应地更新组织策略的信息,请参阅设置图像访问限制。
这将我带到另一个关于更新我组织的“图像策略”的文档。这让我太不理解了,我什至认为我不应该在这里。
这一切都始于只想从 Firebase …
我是 GCP 堆栈的新手,所以我对用于存储数据的 GCP 技术数量感到非常困惑:
https://cloud.google.com/products/storage
虽然上面的文章中没有提到 google cloud spanner,但我知道它是存在的,并且 iti 用于数据存储:https : //cloud.google.com/spanner
从我目前的观点来看,我没有看到云 sql(引擎盖下有 postgres)和云扳手之间的任何显着差异。我发现它的语法有点不同,但是当我应该更喜欢这种技术而不是 spring cloud sql 时,它没有回答。
你能解释一下吗?
聚苯乙烯
我认为spring cloud sql是一个由google管理的具有自动复制和水平可扩展性的传统数据库。
google-cloud-sql google-cloud-platform google-cloud-spanner spring-cloud-gcp
我正在构建一个使用gae的企业管理系统的应用程序.我使用gae和数据存储区构建了多个应用程序,但从来没有一个需要大量用户输入事务以及管理和管理报告的需求.我最担心的是,当我需要创建交叉表和其他详细报告(或商业智能报告和数据操作)时,我将面临一系列问题,即gae的数据存储区查询和数据提取限制.它真的只是建筑偏好还是存在定量问题?
在过去,我使用C++/c#/ Java构建了针对Oracle/MySql/MSSql的系统(在复杂或经常访问的数据库结果上添加了缓存层以获得一些额外的性能).
我一直在读,我们要抛弃关系数据的旧思路,转移到天空中大型McHashTable的新世界......但新的并不总是更好......任何关于上述的见解或经验都会有所帮助.
Google Cloud SQL PostgreSQL数据库的连接数相对较少.根据计划,这大概在25到500之间,而Google Cloud SQL中的MySQL限制在250到4000之间,非常快地达到4000.
我们目前为在Kubernetes上运行的不同客户提供了许多试用实例,并由相同的Google Cloud SQL Postgres服务器提供支持.每个实例使用一组单独的数据库,角色和连接(每个服务一个).我们已经达到了我们计划的连接限制(50),我们甚至没有达到内存或CPU限制.连接池似乎不是一个选项,因为连接与不同的用户.我现在想知道为什么限制如此之低以及是否有办法增加限制而不必升级到更昂贵的计划.
我正在使用 typescript、express 和Sequelize.
这是我的database连接类。
export class Database {
private _sequelize: Sequelize;
private config: DBConfigGroup = dbConfig;
private env = process.env.NODE_ENV as string;
constructor() {
this._sequelize = new Sequelize({
dialect: 'postgres',
database: this.config[this.env].database,
username: this.config[this.env].username,
password: this.config[this.env].password,
host: this.config[this.env].host,
});
}
async connect(): Promise<void> {
try {
console.log('start connect');
await this._sequelize.authenticate();
console.log('Connection has been established successfully.'.green.bold);
} catch (error) {
console.error('Unable to connect to the database:'.red.bold, error);
}
}
async close(): Promise<void> {
try {
await this._sequelize.close(); …Run Code Online (Sandbox Code Playgroud) node.js sequelize.js google-cloud-sql google-cloud-platform docker-compose
google-cloud-sql ×10
postgresql ×2
cloud ×1
database ×1
docker ×1
kubernetes ×1
mysql ×1
node.js ×1
sequelize.js ×1
vpc ×1