我有一个 AWS Fargate 任务在公共子网中运行 Web 应用程序,因此它有一个公共地址。我的问题是如何将域(通过 Route 53)连接到该任务,以便在部署它的新版本时不会中断。
任何帮助将非常感激。
谢谢
我使用 CloudFormation 向我的 VPC 添加了一个 VPC 端点,并允许使用 s3。这些路由在 AWS 控制台中可见,但在 EC2 实例的本地路由表中不可见:
$ route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 172.29.4.129 0.0.0.0 UG 0 0 0 eth0
169.254.169.254 0.0.0.0 255.255.255.255 UH 0 0 0 eth0
172.29.4.128 0.0.0.0 255.255.255.128 U 0 0 0 eth0
Run Code Online (Sandbox Code Playgroud)
如何验证 VPC 中的 EC2 实例实际上使用 S3 的 VPC 终端节点,而不是可用的互联网连接?
我正在编写一个 Cloudformation 配置文件来一次性创建一个网站。这包括创建 lambda 函数、创建 API 网关、设置 S3 存储桶、创建 Route 53 区域和记录。
迄今为止:
因此,domain.com可以毫无问题地提供 S3 存储桶中的文件。将 AWS URI 用于 API Gateway 可以https://trydsoonjc.execute-api.us-west-2.amazonaws.com/app/path/here毫无问题地工作。
我想要设置的是api.domain.com指向 API 网关以访问服务器的 API。
如何将 Route 53 连接到 API Gateway?
我现在的 Cloudformation 是这样的:
{
"AWSTemplateFormatVersion": "2010-09-09",
"Description" : "Website",
"Parameters": {
"DomainName": {
"Type" : "String",
"Description" : "The DNS name of …Run Code Online (Sandbox Code Playgroud) amazon-web-services amazon-cloudformation amazon-api-gateway
我目前正在尝试找出一个好的配置来使堡垒主机高度可用。我想达到以下目标:
我目前的设置如下:堡垒主机在两个可用区的 Auto Scaling 组中,ELB 在 Auto Scaling 组前面。
这种设置有几个优点:
它也有一些缺点:
另一个明显的解决方案是使用 ElasticIP,在我看来,它有一些缺点:
高可用性 SSH 实例(即堡垒主机)的最佳实践是什么?
high-availability amazon-ec2 amazon-web-services amazon-elastic-ip amazon-elb
我该如何进一步排除故障?我正在尝试运行一个简单的 nginx 容器,但负载平衡器抱怨运行状况检查失败并且任务没有响应其 ip 号,可能是因为负载平衡器出错。
我在 cloudformation 中将任务的优先级设置为 2。如果我尝试将优先级设置为 1,则 CF 堆栈将无法部署。能跟这有关系吗?
# Create a rule on the load balancer for routing traffic to the target group
LoadBalancerRule:
Type: AWS::ElasticLoadBalancingV2::ListenerRule
Properties:
Actions:
- TargetGroupArn: !Ref 'TargetGroup'
Type: 'forward'
Conditions:
- Field: path-pattern
Values: [!Ref 'Path']
ListenerArn:
Fn::ImportValue: !Ref LoadBalancerListener
Priority: !Ref 'Priority'
Run Code Online (Sandbox Code Playgroud)
资源看起来像:
Resources:
# The task definition. This is a simple metadata description of what
# container to run, and what resource requirements it has.
TaskDefinition:
Type: AWS::ECS::TaskDefinition
Properties: …Run Code Online (Sandbox Code Playgroud) amazon-web-services amazon-elb amazon-cloudformation aws-fargate
我有一个带有 ELB 的 ECS 集群。昨晚我看到一个任务卡在重启循环中。从服务事件日志中,它说:
“服务 xxxxx 无法放置任务,因为没有容器实例满足其所有要求。最匹配的容器实例 xxxxxxxxxxxxxx 已经在使用您的任务所需的端口。”
但是,我已经检查过所有此类任务都已停止,并且当时不应使用该端口。更新服务无助于创建新的任务定义,然后更新有帮助。终止实例并允许 ELB 重新启动它会有所帮助。
知道为什么该服务无法保护任务的端口吗?
我开发了一个开源库并将其资产托管在 Amazon S3(CSS、JS)上,这些文件在演示中通过 URL 使用,例如:(http://my_bucket_name.s3.amazonaws.com/some-file.js我的错,我知道)。未经我的许可,一些网站开始热链接这些文件。
有一段时间没问题,但最近几个大型 NSFW 站点热链接它,我在一个月内收到了数千万个 GET 请求。所以我删除/移动了这些文件,但我仍然收到很多返回 403 错误的 GET 请求,亚马逊将它们记为有效请求(请参阅费用详细信息部分)。
我应该怎么做才能避免因我没有提出的错误请求而被收费?
amazon-ec2 ×2
amazon-ecs ×2
amazon-elb ×2
amazon-s3 ×2
amazon-alb ×1
amazon-vpc ×1
aws-fargate ×1
routing ×1