主页 / user-327530

kross's questions

Martin Hope
kross
Asked: 2017-09-20 06:56:57 +0800 CST
  • 1

这是一篇关于使用 heroku 进行扩展的精彩文章（它适用于传统部署）。

鉴于我们希望容器化应用程序是单个进程，我们如何获得：

  • 缓慢的客户保护
  • 慢响应保护

在充分利用水平 pod 自动缩放的 Kubernetes/GKE 环境中？

假设我的部署看起来很像以下（信用@nithinmalya4）：

概述

我还没有选择 Web 服务器，默认情况下rackup正在服务WEBrick. 我正在考虑将其更改为多线程 Puma。

我担心的是autoscaler基于CPU的作品，而不是基于它的想法consumed by a current http/s request，所以它可能不会发挥作用。

  1. 我是否正确理解自动缩放器？
  2. 什么是理想的向上/向下扩展架构？

我们目前的想法：

  • nginxdeflater在Ingress.

  • puma在rails前面（与imagerails-api相同），假设它会更好地利用cpu并触发自动缩放

  • HPA 的自定义指标（仍然需要使用 1.8 进行研究）

ruby-on-rails
Martin Hope
kross
Asked: 2017-09-16 11:23:12 +0800 CST
  • 0

我遵循了 GKE ruby​​ bookshelf example 并引用了 kubernetes 示例。虽然我部署了资源，但我无法 ping 我的 railsfrontend节点。我实现了一个简单的ping路由来测试最基本的连接性。

我已经减少replicas到 1 以简化事情，并从节点中获取日志以确认它已启动并运行，没有任何错误存在。

> wget http://104.154.128.169/ping
--2017-09-15 14:14:54--  http://104.154.128.169/ping
Connecting to 104.154.128.169:80... failed: Connection refused.

配置

apiVersion: v1
kind: Service
metadata:
  name: foo-frontend
  labels:
    app: foo
    tier: frontend
spec:
  type: LoadBalancer
  ports:
  - port: 80
  selector:
    app: foo
    tier: frontend
---
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  name: foo-frontend
  labels:
    app: foo
    tier: frontend
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: foo
        tier: frontend
    spec:
      containers:
      - name: foo-app
        image: us.gcr.io/foo/api:latest
        imagePullPolicy: Always
        env:
        - name: FORMATION
          value: web=1
        - name: RAILS_ENV
          value: production
        - name: RACK_ENV
          value: production
        - name: RAILS_LOG_TO_STDOUT
          value: enabled
        - name: RAILS_SERVE_STATIC_FILES
          value: "true"
        - name: SECRET_KEY_BASE
          valueFrom:
            secretKeyRef:
              name: production-secrets
              key: SECRET_KEY_BASE
        - name: DB_PASSWORD
          valueFrom:
            secretKeyRef:
              name: production-secrets
              key: DB_PASSWORD
        ports:
        - containerPort: 8080

Dockerfile

片段

EXPOSE 8080/tcp

CMD bundle exec foreman start --formation "$FORMATION"

档案

web: bundle exec rackup --port 8080
worker: bundle exec rake run_worker

地位

> kubectl get pods; kubectl get services

NAME                                READY     STATUS    RESTARTS   AGE
foo-frontend-284775361-4pzk3   1/1       Running   0          9m
NAME                CLUSTER-IP      EXTERNAL-IP       PORT(S)        AGE
foo-frontend   10.15.246.177   104.154.128.169   80:30917/TCP   9m
kubernetes          10.15.240.1     <none>            443/TCP        22h

和

> kubectl describe service
Name:           foo-frontend
Namespace:      default
Labels:         app=foo
            tier=frontend
Annotations:        <none>
Selector:       app=foo,tier=frontend
Type:           LoadBalancer
IP:         10.15.246.177
LoadBalancer Ingress:   104.154.128.169
Port:           <unset> 80/TCP
NodePort:       <unset> 30917/TCP
Endpoints:      10.12.2.13:80
Session Affinity:   None
Events:
  FirstSeen LastSeen    Count   From            SubObjectPath   Type        Reason          Message
  --------- --------    -----   ----            -------------   --------    ------          -------
  10m       9m      2   service-controller          Normal      CreatingLoadBalancer    Creating load balancer
  9m        9m      2   service-controller          Normal      CreatedLoadBalancer Created load balancer


Name:           kubernetes
Namespace:      default
Labels:         component=apiserver
            provider=kubernetes
Annotations:        <none>
Selector:       <none>
Type:           ClusterIP
IP:         10.15.240.1
Port:           https   443/TCP
Endpoints:      104.154.116.128:443
Session Affinity:   ClientIP
Events:         <none>

TL;博士

  1. 你能在我的配置中发现任何错误吗？
  2. 调试的最佳下一步是什么？（或任何其他建议）
google-kubernetes-engine