Đợt rồi dính bài toán liên quan tới session của app nên mò kĩ vụ Stickiness này. Khá là hay!! =)) Từ việc không bắt đúng con container trên ECS thì truy ngược lại mới phát hiện là code dùng fetch chay không set attribute stick session khi call API.
vậy tính ra ec2 web server thì mình để trong private subnet, con load balancer thì để trong public subnet, con ec2 muốn ra ngoài internet thì thông qua nat gateway.
chuẩn luôn em. vì sợ clip dài nên anh không setup kĩ như thế đx, với setup thế dễ rối cho ai mới bắt đầu. nhưng nếu mọi người cần thì anh sẽ build environment kiểu thế. good job bro.
a ơi cho e hỏi trong ví dụ này, a có 2 con ec2 và setup ra 2 con web server, và sử dụng stickiness nhằm giúp không bị mất session (đăng nhập, giỏ hàng ...), nhưng như vậy nó sẽ chỉ định tuyến tới 1 con web server thôi, nếu vậy khi con web server đó ngỏm vì 1 lý do nào đó, thì: 1. elb có định tuyến tới con web server 2 không? 2. lúc đó session sẽ mất và phải nhập lại toàn bộ từ đầu phải không ạ?
hi em nó vẫn định tuyến đều đến 2 con srv 1. user1 stick đến srv1 2. user2 stick đến sev2 và cứ thế nếu srv bị chết thì users trên srv đó sẽ bị mất session. mình có option cấu hình session ở elb hoặc app.
Hi anh, cho em hỏi Group-level stickiness ở phần listener nó khác gì ở Sticky sessions ở Attributes trong target group vậy, em xem nhiều tài liệu AWS nhưng thấy không có giải thích rõ ở chỗ Group-level stickiness ở phần listener
thông tin đây nè em: Group level stickiness: You must enable group-level stickiness on a rule, if you’ve enabled stickiness on one or more of the target groups.
If a target group contains only unhealthy registered targets, the load balancer routes requests to all those targets, regardless of their health status. This means that if all targets fail health checks at the same time in all enabled Availability Zones, the load balancer fails open. The effect of the fail-open is to allow traffic to all targets in all enabled Availability Zones, regardless of their health status, based on the load balancing algorithm. docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html Thanks em comment và gởi email.
Đợt rồi dính bài toán liên quan tới session của app nên mò kĩ vụ Stickiness này. Khá là hay!! =)) Từ việc không bắt đúng con container trên ECS thì truy ngược lại mới phát hiện là code dùng fetch chay không set attribute stick session khi call API.
Series của anh cuốn quá, năm mới chúc anh vui vẻ mạnh khỏe, ra nhiều video mới ạ
cảm ơn em nhiều hehe. chúc em và gia đình năm mới sức khoẻ và bình an 🥰🥰🥰
tuyet voi cam on ban
🥰
vậy tính ra ec2 web server thì mình để trong private subnet, con load balancer thì để trong public subnet, con ec2 muốn ra ngoài internet thì thông qua nat gateway.
chuẩn luôn em. vì sợ clip dài nên anh không setup kĩ như thế đx, với setup thế dễ rối cho ai mới bắt đầu. nhưng nếu mọi người cần thì anh sẽ build environment kiểu thế. good job bro.
a ơi cho e hỏi trong ví dụ này, a có 2 con ec2 và setup ra 2 con web server, và sử dụng stickiness nhằm giúp không bị mất session (đăng nhập, giỏ hàng ...), nhưng như vậy nó sẽ chỉ định tuyến tới 1 con web server thôi, nếu vậy khi con web server đó ngỏm vì 1 lý do nào đó, thì:
1. elb có định tuyến tới con web server 2 không?
2. lúc đó session sẽ mất và phải nhập lại toàn bộ từ đầu phải không ạ?
hi em
nó vẫn định tuyến đều đến 2 con srv
1. user1 stick đến srv1
2. user2 stick đến sev2 và cứ thế
nếu srv bị chết thì users trên srv đó sẽ bị mất session. mình có option cấu hình session ở elb hoặc app.
Hi anh, cho em hỏi Group-level stickiness ở phần listener nó khác gì ở Sticky sessions ở Attributes trong target group vậy, em xem nhiều tài liệu AWS nhưng thấy không có giải thích rõ ở chỗ Group-level stickiness ở phần listener
thông tin đây nè em:
Group level stickiness: You must enable group-level stickiness on a rule, if you’ve enabled stickiness on one or more of the target groups.
Sao Health status của em là unhealthy mà em vẫn truy cập vô ALB vẫn bình thường anh
em có thể gởi cấu hình và cách em truy xuất qua email giúp anh xem kevin@cloud.vn
@@Viet100 em có gửi mail ròi
If a target group contains only unhealthy registered targets, the load balancer routes requests to all those targets, regardless of their health status. This means that if all targets fail health checks at the same time in all enabled Availability Zones, the load balancer fails open. The effect of the fail-open is to allow traffic to all targets in all enabled Availability Zones, regardless of their health status, based on the load balancing algorithm.
docs.aws.amazon.com/elasticloadbalancing/latest/application/target-group-health-checks.html
Thanks em comment và gởi email.
E đang tự học ,hôm qua mới làm xong bài lab này, ngồi mò hoài chổ tạo alb mà ko biết sao nó ko chạy dc, cuối cùng mới phát hiện chổ default sg
Hehe phải vấp vài lần mới ngộ ra nhiều diêud :))
Hóng bài ALB Path-based Routing 😊
này dễ mà bro, trong cái target chọn nhiều cái listener thôi ;)) nếu bro ko làm đc hẹn tuần sau mình sẽ làm cho :))