gpt4 book ai didi

java - 极度减速 Cloud vs VPS(亚马逊,Jelastic)

转载 作者:可可西里 更新时间:2023-11-01 06:50:01 27 4
gpt4 key购买 nike

我们正在尝试将我们的一项网络服务 (Java) 从开发服务器迁移到云端,详情如下:

有一个 PHP 前端,连接到一个基于 Java 的 Web 服务,该 Web 服务连接到一个 MySQL 数据库(所有对数据库的请求都是从 Web 服务发送的,PHP 部分与 Java 后台通信- 仅结束,没有直接连接到数据库)。

起点

Dev Server - CentOS (cPanel), 765MB-1.5GB RAM, 4CPU, Tomcat 7

*the software is running fast, no speed issues, logs show normal CPU and memory usage

场景 #1

PHP front-end on Elastic Beanstalk and Java web-service with database on Elastic Beanstalk

*the software is about 80% slower, logs show normal CPU and memory usage

场景#2

PHP front-end on VPS (same company/location with Jelastic) and Java web-service with database on Jelastic

*the software is about 70% slower, logs show normal CPU and memory usage

场景#3

PHP front-end on VPS, Java web-service with database on Elastic Beanstalk and Jelastic (swithing)

*the software is about 70-80% slower, logs show normal CPU and memory usage on both cloud environments

我发现,无论 PHP 前端位于何处,加载速度都很快,无需在此处搜索。

一旦 Java 后端从 VPS 移动到云端(无论是 Amazon 还是 Jelastic),整个软件的运行速度都会非常慢。根据日志,由于我们尝试了两个提供商,这似乎不是资源问题。

这不可能是连接问题,因为我们试图让 PHP 和 Java 在同一环境中(场景 #1)。

这要么是 Java 网络服务速度极慢(由于未知原因,日志显示资源使用率低),要么是 Java 应用程序和数据库之间的连接(我怀疑,因为在第一种情况下,所有三个组件在亚马逊上,相同的环境、位置)。

有没有人遇到过这样的问题?有任何想法吗?谢谢!

(注意,我对云托管零经验)

最佳答案

可能与配置文件中的特定参数有关,主要针对DB。请仔细检查它们在每次测试中是否相同。此外,还不清楚您如何衡量性能以及“较慢”的确切含义。而且您还没有指定 Jelastic 和 EB 上的资源大小。请仔细检查资源是否也相等。

关于java - 极度减速 Cloud vs VPS(亚马逊,Jelastic),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/19449472/

27 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com