【问题标题】:ec2 as bastion host and its performanceec2 作为堡垒主机及其性能
【发布时间】:2017-07-22 07:09:00
【问题描述】:

我在私有子网中有一个 Redshift,在公共子网中有一个 ec2 实例,这只是我的 Redshift 的堡垒主机。一切正常,我实际上可以通过互联网 (SSH) 连接到我的 Redshift。

现在,我想在生产环境中重做任务,并且我想选择一个 ec2 实例(纳米、微型等)。我有疑问,我的 ec2 实例性能是否取决于查询数据传输大小。也就是说,假设我的 redshift 会为查询返回大量数据,并且 ec2 会限制性能吗?

基本上,我不希望我的 ec2 成为性能瓶颈,我不确定它会不会。有什么想法吗?

提前致谢!

【问题讨论】:

  • 不,您的实例大小不会成为隧道连接的瓶颈。
  • 啊。非常感谢。

标签: database amazon-web-services amazon-ec2 ssh subnet


【解决方案1】:

首先,您可以随时更改 Amazon EC2 实例的实例类型。只需停止实例,更改实例类型并重新启动它。所以,从t2.nano 开始,如果您发现任何性能问题,请将其扩大。

其次,您的用例将消耗非常少的 RAM 和非常少的 CPU。您可以查看 Amazon CloudWatch 指标来监控 CPU 利用率,也可以使用操作系统工具来监控内存(或使用 Monitoring Memory and Disk Metrics for Amazon EC2 Linux Instances)。

底线:衡量和监控您现有的环境和生产环境。根据需要更改实例类型。不要出汗。

【讨论】:

  • 非常感谢。将从 nano 开始,并在需要时对其进行缩放。
猜你喜欢
  • 2019-01-09
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2021-11-23
  • 2021-08-30
  • 2017-10-01
  • 1970-01-01
相关资源
最近更新 更多