我正在使用GlassFish来提供Java EE Web应用程序。在我本地的开发机器上一切正常。我有
我正在尝试将同一应用程序部署到AWS Elastic Beanstalk托管的Glassfish实例。AWS- EB使用Docker部署Glassfish实例。我只能执行上面的第三步(部署一个Web应用程序),而如何执行前两个完全不知所措。
我想做的是通过Web访问Glassfish管理控制台,但这似乎不适用于任何级别。一种替代方法是在本地计算机上使用玻璃鱼“ asadmin”来配置远程玻璃鱼,但是我也无法做到这一点。
如何配置托管在AWS EB上的Glassfish实例?可能吗
我已经进行了一些观察,但不胜感激确认或其他方式:
因此,也许我需要告诉EC2实例从本地主机转发到1.2.3.4,但是当EB负载均衡器将其扩展时,我该如何实现。
任何建议将不胜感激。
接下来是对我有用的东西-但我感觉自己缺少一些东西。任何编辑/评论都将受到欢迎。
EB / Docker部署中有各种挂钩,允许执行部署后挂钩在EB实例的docker容器内的glassfish实例中运行。我使用了部署后挂钩来建立连接池。这是最终安装的样子,仅供参考:
| | | \_WAR_/ | | | | | \_Glassfish_/ | | | \____Docker____/ | \____EC2 Instance____/
总体期望的结果是,在部署应用程序之后,在Docker实例内部,运行 asadmin 命令以创建JDBC连接池,并将该连接池转换为jdbc资源。在我的本地计算机上,命令是
asadmin create-jdbc-connection-pool --datasourceclassname org.postgresql.ds.PGConnectionPoolDataSource --restype javax.sql.ConnectionPoolDataSource --property user=USERNAME:password=PASSWORD:serverName=DBHOST:portNumber=5432:databaseName=DBNAME poolName asadmin create-jdbc-resource --connectionpoolid poolName jdbc/dev
其中“ jdbc / dev”是java代码以常规方式获取连接所需的名称,即
InitialContext ctx = new InitialContext(); ds = (DataSource)ctx.lookup("jdbc/dev");
我们希望命令在docker实例中运行,因为docker实例可以访问您在AWS管理控制台中声明的环境变量,因此我可以传递配置信息,而无需在构建脚本中使用它。
为实现此结果,我们要求在安装过程中在EC2实例中创建一个文件,在我的情况下为 /opt/elasticbeanstalk/hooks/appdeploy/post/99_configure_jdbc.sh 。此文件将在EC2实例中作为根用户在部署后执行。我将其称为 ec2-post-deploy-hook 。
我们将使用.ebextensions / .config文件创建该文件,如此处所述
我的.config文件具有以下内容:
files: "/opt/elasticbeanstalk/hooks/appdeploy/post/99_configure_jdbc.sh": mode: "000755" owner: root group: root content: | #!/bin/bash date > /tmp/post 2>&1 dockerid=`docker ps | grep latest | cut -d" " -f1` echo $dockerid >> /tmp/post 2>&1 docker ps >> /tmp/post 2>&1 docker exec $dockerid /var/app/WEB-INF/classes/setup_pool.sh >> tmp/post 2>&1
内容 之后的所有 内容: 最终出现在 ec2-post-deploy-hook中 。
我从http://junkheap.net/blog/2013/05/20/elastic-beanstalk-post-deployment- scripts了解了这个想法。
仅需要最后一行和最后第四行,但其他行对于调试很有用。输出最终在EC2实例上的/ tmp / post中。
该文件中的一个技巧是,我们总是可以通过以下方式获取Docker容器的ID:
sudo docker ps | grep latest | cut -d" " -f1
因为部署后将仅运行一个Docker容器,并且其名称将为“ latest”。
ec2-post-deploy-hook 的最后一行使用docker在docker实例内部运行我最初想要运行的命令- 即asadmin命令。我在.war文件中部署了一个名为setup_pool.sh的文件,因此该文件最终在部署过程中位于已知位置。我的setup_pool.sh看起来像这样(我称之为 docker-post-deploy-hook ):
dbuser=$PARAM1 dbpass=$PARAM2 dbhost=$PARAM3 dbname=$PARAM4 date > /tmp/setup_connections echo '*********' >> /tmp/setup_connections asadmin create-jdbc-connection-pool --datasourceclassname org.postgresql.ds.PGConnectionPoolDataSource --restype javax.sql.ConnectionPoolDataSource --property user=${dbuser}:password=${dbpass}:serverName=${dbhost}:portNumber=5432:databaseName=${dbname} ei-connection-pool >> /tmp/setup_connections 2>&1 echo '*********' >> /tmp/setup_connections asadmin create-jdbc-resource --connectionpoolid ei-connection-pool jdbc/dev >> /tmp/setup_connections 2>&1 echo '*********' >> /tmp/setup_connections
该文件在docker实例中运行。这两个 asadmin 命令很重要,但同样,在docker实例中对/ tmp / setup_connections进行了一些调试
密码等是从AWS环境获得的。
此时,我唯一不能做的就是在首次部署时使用AWS环境变量。我不知道为什么,但是我似乎只能在实例启动并运行后对其进行设置。这意味着我必须部署两次,分别是虚拟部署,环境编辑和真实部署。
所以总结一下
而且一切正常。看得出来这有点丑陋,但是,我也是。