Heroku dyno如何睡眠&;在被子底下工作?
这是我想知道一段时间的事情——特别是,如何在收到连接请求时打开容器或服务器(在x分钟不活动后让它进入睡眠状态非常容易) 假设我在AWS上有一个EC2实例被关闭了。当导航到它的DNS URL或IP地址时,我希望服务器唤醒并将其内容提供给客户端。Heroku目前正设法做到这一点,我一直想知道幕后到底发生了什么……我知道像AWS这样的云服务器通常没有lan唤醒功能 我对可能发生的事情有一些想法——也许睡觉的Dyno实际上并没有“关闭”,只是被迫闲置。它们也可能是连接到更大的“母”服务器的容器,该服务器正在接收连接请求,对休眠服务器进行后台处理,然后将连接转发到激活的服务器。有建筑知识的人知道什么是秘方吗 正如您可能知道的,我对开发操作或管理服务器几乎一无所知。这正是引起我好奇心的原因。AWS EC2有一个控制器,您可以像通过仪表板一样控制/配置服务器。只是一个假设! 设想一个Heroku dyno如何睡眠&;在被子底下工作?,heroku,amazon-ec2,architecture,devops,Heroku,Amazon Ec2,Architecture,Devops,这是我想知道一段时间的事情——特别是,如何在收到连接请求时打开容器或服务器(在x分钟不活动后让它进入睡眠状态非常容易) 假设我在AWS上有一个EC2实例被关闭了。当导航到它的DNS URL或IP地址时,我希望服务器唤醒并将其内容提供给客户端。Heroku目前正设法做到这一点,我一直想知道幕后到底发生了什么……我知道像AWS这样的云服务器通常没有lan唤醒功能 我对可能发生的事情有一些想法——也许睡觉的Dyno实际上并没有“关闭”,只是被迫闲置。它们也可能是连接到更大的“母”服务器的容器,该服务器
Kubernetes
环境,水平吊舱autoscaler(HPA)
配置为保持0
吊舱处于活动状态。
这将使节点仍然保留未使用的保留资源,从而允许将其分配给其他客户端和/或应用程序。
当您执行
唤醒时
,实际上是在配置HPA
,使活动的POD保持在0
以上,给人一种关闭并重新启动应用程序的印象。Kubernetes与Amazon Web Services有什么关系?我目前认为,具有可用性的优秀服务,可伸缩性和可靠性基于Kubernetes,在AWS的情况下,基于EKS服务。正如一些AWS re:Invent中所示,Heroku使用这些服务是有弹性的。启动EC2实例需要更长的时间。Heroku dynos在几秒钟内启动,有时是2、3秒。