ທູດ. 1. ບົດແນະນຳ

ຊົມເຊີຍ! ນີ້ແມ່ນບົດຄວາມສັ້ນໆທີ່ຕອບຄໍາຖາມ: "ທູດແມ່ນຫຍັງ?", "ເປັນຫຍັງມັນຈໍາເປັນຕ້ອງ?" ແລະ "ບ່ອນທີ່ຈະເລີ່ມຕົ້ນ?".

ນີ້ແມ່ນສິ່ງນີ້

Envoy ແມ່ນຕົວດຸ່ນດ່ຽງ L4-L7 ທີ່ຂຽນໃນ C++, ເນັ້ນໃສ່ປະສິດທິພາບສູງ ແລະຄວາມພ້ອມ. ໃນອີກດ້ານຫນຶ່ງ, ນີ້ແມ່ນໃນບາງທາງເປັນ analogue ຂອງ nginx ແລະ haproxy, ປຽບທຽບໃນການປະຕິບັດກັບພວກເຂົາ. ໃນທາງກົງກັນຂ້າມ, ມັນແມ່ນການຮັດກຸມຫຼາຍຂື້ນໄປສູ່ສະຖາປັດຕະຍະກໍາຈຸລະພາກແລະມີຫນ້າທີ່ບໍ່ຮ້າຍແຮງກວ່າ java ແລະ go balancers, ເຊັ່ນ zuul ຫຼື traefik.

ຕາຕະລາງປຽບທຽບຂອງ haproxy/nginx/envoy, ມັນບໍ່ໄດ້ອ້າງວ່າເປັນຄວາມຈິງຢ່າງແທ້ຈິງ, ແຕ່ໃຫ້ຮູບພາບທົ່ວໄປ.

nginx
ເປັນຕົວແທນ
ສົ່ງ
traefik

ດາວໃນ github
11.2k/ກະຈົກ
1.1k/ກະຈົກ
12.4k
27.6k

ຂຽນໃນ
C
C
C ++
go

API
ບໍ່​ມີ
ເຕົ້າຮັບພຽງແຕ່ / ຍູ້
dataplane/ດຶງ
ດຶງ

ກວດ​ສອບ​ສຸ​ຂະ​ພາບ​ຢ່າງ​ຫ້າວ​ຫັນ​
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

ເປີດການຕິດຕາມ
ປລັກອິນພາຍນອກ
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ
ແມ່ນ​ແລ້ວ

J.W.T.
ປລັກອິນພາຍນອກ
ບໍ່​ມີ
ແມ່ນ​ແລ້ວ
ບໍ່​ມີ

ນາມສະກຸນ
Lua/C
Lua/C
Lua/C++
ບໍ່​ມີ

ເປັນຫຍັງ

ນີ້ແມ່ນໂຄງການໄວຫນຸ່ມ, ມີຫຼາຍສິ່ງທີ່ຂາດຫາຍໄປ, ບາງອັນໃນຕົ້ນປີ. ແຕ່ ສົ່ງ, ຍັງເນື່ອງຈາກໄວຫນຸ່ມຂອງຕົນ, ກໍາລັງພັດທະນາຢ່າງໄວວາແລະມີລັກສະນະທີ່ຫນ້າສົນໃຈຫຼາຍ: ການຕັ້ງຄ່າແບບເຄື່ອນໄຫວ, ການກັ່ນຕອງທີ່ກຽມພ້ອມຫຼາຍ, ການໂຕ້ຕອບງ່າຍດາຍສໍາລັບການຂຽນຕົວກອງຂອງທ່ານເອງ.
ພື້ນທີ່ຂອງຄໍາຮ້ອງສະຫມັກປະຕິບັດຕາມນີ້, ແຕ່ທໍາອິດມີ 2 antipatterns:

• ການຫົດຕົວແບບຄົງທີ່.

ຄວາມຈິງແລ້ວແມ່ນວ່າໃນປັດຈຸບັນຢູ່ໃນ ສົ່ງ ບໍ່​ມີ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ຖານ​ຄວາມ​ຈໍາ​. ພວກ Google ກໍາລັງພະຍາຍາມນີ້ ແກ້ໄຂ. ແນວຄວາມຄິດຈະຖືກປະຕິບັດຄັ້ງດຽວ ສົ່ງ subtleties ທັງຫມົດ (ຫົວສວນສັດ) ຂອງການປະຕິບັດຕາມ RFC, ແລະສໍາລັບການປະຕິບັດສະເພາະເຮັດໃຫ້ການໂຕ້ຕອບ. ແຕ່ສໍາລັບໃນປັດຈຸບັນມັນບໍ່ແມ່ນບໍ່ມີເພດ;, ສະຖາປັດຕະຍະກໍາແມ່ນຢູ່ໃນການສົນທະນາ, PR ເປີດ (ໃນຂະນະທີ່ຂ້ອຍຂຽນບົດຄວາມ PR, PR froze, ແຕ່ຈຸດນີ້ຍັງມີຄວາມກ່ຽວຂ້ອງ).

ສໍາລັບໃນປັດຈຸບັນ, ໃຊ້ nginx ສໍາລັບ statics.

• ການຕັ້ງຄ່າຄົງທີ່.

ທ່ານສາມາດນໍາໃຊ້ມັນ, ແຕ່ ສົ່ງ ນັ້ນບໍ່ແມ່ນສິ່ງທີ່ມັນຖືກສ້າງຂຶ້ນສໍາລັບ. ຄຸນສົມບັດໃນການຕັ້ງຄ່າຄົງທີ່ຈະບໍ່ຖືກເປີດເຜີຍ. ມີຫຼາຍຊ່ວງເວລາ:

ເມື່ອແກ້ໄຂການຕັ້ງຄ່າໃນ yaml, ເຈົ້າຈະເຂົ້າໃຈຜິດ, ດູຖູກນັກພັດທະນາດ້ວຍຄໍາເວົ້າແລະຄິດວ່າການຕັ້ງຄ່າ nginx / haproxy, ເຖິງແມ່ນວ່າໂຄງສ້າງຫນ້ອຍ, ແມ່ນມີຄວາມຊັດເຈນກວ່າ. ນັ້ນແມ່ນຈຸດ. ການຕັ້ງຄ່າຂອງ Nginx ແລະ Haproxy ຖືກສ້າງຂຶ້ນສໍາລັບການດັດແກ້ດ້ວຍມື, ແລະ ສົ່ງ ສໍາລັບການຜະລິດຈາກລະຫັດ. ການ​ຕັ້ງ​ຄ່າ​ທັງ​ຫມົດ​ແມ່ນ​ອະ​ທິ​ບາຍ​ໃນ​ ຕົ້ນແບບ, ການສ້າງມັນຈາກໄຟລ໌ proto ແມ່ນມີຄວາມຫຍຸ້ງຍາກຫຼາຍທີ່ຈະເຮັດຜິດພາດ.

Canary, b/g deploy scenarios and much more ປົກກະຕິແລ້ວແມ່ນປະຕິບັດພຽງແຕ່ໃນການຕັ້ງຄ່າແບບເຄື່ອນໄຫວ. ຂ້າພະເຈົ້າບໍ່ໄດ້ເວົ້າວ່າມັນບໍ່ສາມາດເຮັດໄດ້ໂດຍສະຖິຕິ, ພວກເຮົາທຸກຄົນເຮັດມັນ. ແຕ່ສໍາລັບການນີ້, ທ່ານຈໍາເປັນຕ້ອງໄດ້ໃສ່ crutches, ໃນໃດໆຂອງ balancers, ໃນ ສົ່ງ ລວມທັງ.

ວຽກງານທີ່ Envoy ແມ່ນຂາດບໍ່ໄດ້:

• ການດຸ່ນດ່ຽງການຈະລາຈອນໃນລະບົບສະລັບສັບຊ້ອນແລະເຄື່ອນໄຫວ. ນີ້ປະກອບມີຕາຫນ່າງການບໍລິການ, ແຕ່ມັນບໍ່ຈໍາເປັນພຽງແຕ່ຫນຶ່ງ.
• ຄວາມຕ້ອງການສໍາລັບການທໍາງານການຕິດຕາມການແຈກຢາຍ, ການອະນຸຍາດສະລັບສັບຊ້ອນຫຼືການທໍາງານອື່ນໆທີ່ມີຢູ່ໃນ ສົ່ງ ອອກຈາກກ່ອງຫຼືປະຕິບັດຢ່າງສະດວກ, ແຕ່ໃນ nginx / haproxy ທ່ານຈໍາເປັນຕ້ອງຖືກລ້ອມຮອບດ້ວຍ lua ແລະ plugins ທີ່ຫນ້າສົງໄສ.

ທັງສອງ, ຖ້າຈໍາເປັນ, ໃຫ້ປະສິດທິພາບສູງ.

ວິທີການເຮັດວຽກນີ້

Envoy ແມ່ນແຈກຢາຍຢູ່ໃນສອງເທົ່າທີ່ເປັນຮູບ docker. ຮູບພາບມີຕົວຢ່າງຂອງການຕັ້ງຄ່າຄົງທີ່ແລ້ວ. ແຕ່ພວກເຮົາສົນໃຈມັນພຽງແຕ່ສໍາລັບການເຂົ້າໃຈໂຄງສ້າງ.

envoy.yaml ການຕັ້ງຄ່າສະຖິດ

static_resources:
  listeners:
  - name: listener_0
    address:
      socket_address:
        protocol: TCP
        address: 0.0.0.0
        port_value: 10000
    filter_chains:
    - filters:
      - name: envoy.http_connection_manager
        typed_config:
          "@type": type.googleapis.com/envoy.config.filter.network.http_connection_manager.v2.HttpConnectionManager
          stat_prefix: ingress_http
          route_config:
            name: local_route
            virtual_hosts:
            - name: local_service
              domains: ["*"]
              routes:
              - match:
                  prefix: "/"
                route:
                  host_rewrite: www.google.com
                  cluster: service_google
          http_filters:
          - name: envoy.router
  clusters:
  - name: service_google
    connect_timeout: 0.25s
    type: LOGICAL_DNS
    # Comment out the following line to test on v6 networks
    dns_lookup_family: V4_ONLY
    lb_policy: ROUND_ROBIN
    load_assignment:
      cluster_name: service_google
      endpoints:
      - lb_endpoints:
        - endpoint:
            address:
              socket_address:
                address: www.google.com
                port_value: 443
    transport_socket:
      name: envoy.transport_sockets.tls
      typed_config:
        "@type": type.googleapis.com/envoy.api.v2.auth.UpstreamTlsContext
        sni: www.google.com

ການຕັ້ງຄ່າໄດນາມິກ

ບັນຫາໃດທີ່ພວກເຮົາກໍາລັງຊອກຫາວິທີແກ້ໄຂ? ທ່ານບໍ່ສາມາດພຽງແຕ່ໂຫຼດການຕັ້ງຄ່າ load balancer ພາຍໃຕ້ການໂຫຼດ; ບັນຫາ "ຂະຫນາດນ້ອຍ" ຈະເກີດຂື້ນ:

• ການກວດສອບການຕັ້ງຄ່າ.

config ສາມາດຂະຫນາດໃຫຍ່, ມັນສາມາດມີຂະຫນາດໃຫຍ່ຫຼາຍ, ຖ້າພວກເຮົາ overload ມັນທັງຫມົດໃນເວລາດຽວ, ໂອກາດຂອງຄວາມຜິດພາດບາງບ່ອນເພີ່ມຂຶ້ນ.

• ການເຊື່ອມຕໍ່ທີ່ມີອາຍຸຍາວນານ.

ເມື່ອເລີ່ມຕົ້ນຜູ້ຟັງໃຫມ່, ທ່ານຈໍາເປັນຕ້ອງເບິ່ງແຍງການເຊື່ອມຕໍ່ທີ່ເຮັດວຽກຢູ່ໃນອັນເກົ່າ; ຖ້າການປ່ຽນແປງເກີດຂື້ນເລື້ອຍໆແລະມີການເຊື່ອມຕໍ່ທີ່ຍາວນານ, ທ່ານຈະຕ້ອງຊອກຫາການປະນີປະນອມ. ສະບາຍດີ, kubernetes ingress on nginx.

• ກວດສຸຂະພາບຢ່າງຫ້າວຫັນ.

ຖ້າພວກເຮົາມີການກວດສຸຂະພາບຢ່າງຫ້າວຫັນ, ພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ກວດເບິ່ງພວກມັນສອງຄັ້ງໃນການຕັ້ງຄ່າໃຫມ່ກ່ອນທີ່ຈະສົ່ງການຈະລາຈອນ. ຖ້າມີນ້ໍາຫຼາຍ, ນີ້ໃຊ້ເວລາ. ສະບາຍດີ haproxy.

ນີ້ຖືກແກ້ໄຂແນວໃດໃນ ສົ່ງໂດຍການໂຫຼດ config ແບບໄດນາມິກ, ອີງຕາມຮູບແບບສະນຸກເກີ, ທ່ານສາມາດແບ່ງມັນອອກເປັນສ່ວນແຍກຕ່າງຫາກແລະບໍ່ re-initialize ພາກສ່ວນທີ່ບໍ່ມີການປ່ຽນແປງ. ຕົວຢ່າງ, ຜູ້ຟັງ, ເຊິ່ງລາຄາແພງທີ່ຈະ reinitialize ແລະບໍ່ຄ່ອຍມີການປ່ຽນແປງ.

ການຕັ້ງຄ່າ ສົ່ງ (ຈາກໄຟລ໌ຂ້າງເທິງ) ມີຫນ່ວຍງານດັ່ງຕໍ່ໄປນີ້:

• ຜູ້ຟັງ — ຜູ້ຟັງທີ່ຫ້ອຍໃສ່ ip/port ສະເພາະ
• ເຈົ້າພາບ virtual - ເຈົ້າພາບ virtual ໂດຍຊື່ໂດເມນ
• ເສັ້ນທາງ - ກົດ​ລະ​ບຽບ​ການ​ດຸ່ນ​ດ່ຽງ​
• ກຸ່ມ - ກຸ່ມຂອງສາຍນ້ໍາທີ່ມີຕົວກໍານົດການດຸ່ນດ່ຽງ
• endpoint — ທີ່​ຢູ່​ຕົວ​ຢ່າງ​ຕົ້ນ​ຕໍ​

ແຕ່ລະຫນ່ວຍງານເຫຼົ່ານີ້ບວກກັບບາງຫນ່ວຍງານອື່ນໆສາມາດຕື່ມຂໍ້ມູນໃສ່ແບບໄດນາມິກ; ສໍາລັບນີ້, ການຕັ້ງຄ່າກໍານົດທີ່ຢູ່ຂອງບໍລິການຈາກບ່ອນທີ່ config ຈະໄດ້ຮັບ. ການບໍລິການສາມາດ REST ຫຼື gRPC, gRPC ແມ່ນດີກວ່າ.

ການບໍລິການມີຊື່ຕາມລໍາດັບ: LDS, VHDS, RDS, CDS ແລະ EDS. ທ່ານສາມາດສົມທົບການປັບຄ່າແບບຄົງທີ່ ແລະແບບເຄື່ອນໄຫວ, ໂດຍມີຂໍ້ຈຳກັດທີ່ຊັບພະຍາກອນແບບເຄື່ອນໄຫວບໍ່ສາມາດລະບຸໄວ້ໃນແບບຄົງທີ່.

ສໍາລັບວຽກງານສ່ວນໃຫຍ່, ມັນພຽງພໍທີ່ຈະປະຕິບັດສາມບໍລິການສຸດທ້າຍ, ພວກມັນຖືກເອີ້ນວ່າ ADS (Aggregated Discovery Service), ສໍາລັບ java ແລະໄປມີການປະຕິບັດທີ່ກຽມພ້ອມຂອງແຜນການຂໍ້ມູນ gRPC ທີ່ທ່ານພຽງແຕ່ຕ້ອງການຕື່ມຂໍ້ມູນໃສ່ວັດຖຸຈາກແຫຼ່ງຂອງທ່ານ.

ການ​ຕັ້ງ​ຄ່າ​ມີ​ຮູບ​ແບບ​ດັ່ງ​ຕໍ່​ໄປ​ນີ້​:

envoy.yaml ການຕັ້ງຄ່າແບບເຄື່ອນໄຫວ

dynamic_resources:
  ads_config:
    api_type: GRPC
    grpc_services:
      envoy_grpc:
        cluster_name: xds_clr
  cds_config:
    ads: {}
static_resources:
  listeners:
  - name: listener_0
    address:
      socket_address:
        protocol: TCP
        address: 0.0.0.0
        port_value: 10000
    filter_chains:
    - filters:
      - name: envoy.http_connection_manager
        typed_config:
          "@type": type.googleapis.com/envoy.config.filter.network.http_connection_manager.v2.HttpConnectionManager
          stat_prefix: ingress_http
          rds:
            route_config_name: local_route
            config_source:
              ads: {}
          http_filters:
          - name: envoy.router
  clusters:
  - name: xds_clr
    connect_timeout: 0.25s
    type: LOGICAL_DNS
    dns_lookup_family: V4_ONLY
    lb_policy: ROUND_ROBIN
    load_assignment:
      cluster_name: xds_clr
      endpoints:
      - lb_endpoints:
        - endpoint:
            address:
              socket_address:
                address: xds
                port_value: 6565

ເມື່ອເລີ່ມຕົ້ນ ສົ່ງ ດ້ວຍການຕັ້ງຄ່ານີ້, ມັນຈະເຊື່ອມຕໍ່ກັບຍົນຄວບຄຸມແລະພະຍາຍາມຮ້ອງຂໍການຕັ້ງຄ່າ RDS, CDS ແລະ EDS. ວິທີການປະຕິສໍາພັນເກີດຂຶ້ນແມ່ນອະທິບາຍ ທີ່ນີ້.

ໃນສັ້ນ, ສົ່ງ ສົ່ງຄໍາຮ້ອງຂໍທີ່ຊີ້ບອກປະເພດຂອງຊັບພະຍາກອນທີ່ຖືກຮ້ອງຂໍ, ຮຸ່ນແລະຕົວກໍານົດການຂອງ node. ໃນ​ການ​ຕອບ​ສະ​ຫນອງ​, ມັນ​ໄດ້​ຮັບ​ຊັບ​ພະ​ຍາ​ກອນ​ແລະ​ສະ​ບັບ​ຫນຶ່ງ​; ຖ້າ​ຫາກ​ວ່າ​ສະ​ບັບ​ໃນ​ຍົນ​ຄວບ​ຄຸມ​ບໍ່​ໄດ້​ມີ​ການ​ປ່ຽນ​ແປງ​, ມັນ​ບໍ່​ຕອບ​ສະ​ຫນອງ​.
ມີ 4 ທາງເລືອກການໂຕ້ຕອບ:

• ຫນຶ່ງ gRPC stream ສໍາລັບທຸກປະເພດຂອງຊັບພະຍາກອນ, ສະຖານະພາບເຕັມຂອງຊັບພະຍາກອນແມ່ນຖືກສົ່ງໄປ.
• ແຍກກະແສໄຟຟ້າ, ສະພາບເຕັມ.
• ນຶ່ງກະແສ, ສະຖານະເພີ່ມຂຶ້ນ.
• ແຍກກະແສ, ສະຖານະເພີ່ມຂຶ້ນ.

ເພີ່ມຂຶ້ນ xDS ອະນຸຍາດໃຫ້ທ່ານເພື່ອຫຼຸດຜ່ອນການຈະລາຈອນລະຫວ່າງຍົນຄວບຄຸມແລະ ສົ່ງ, ນີ້ແມ່ນກ່ຽວຂ້ອງກັບການຕັ້ງຄ່າຂະຫນາດໃຫຍ່. ແຕ່ມັນເຮັດໃຫ້ການໂຕ້ຕອບສັບສົນ; ການຮ້ອງຂໍປະກອບມີບັນຊີລາຍຊື່ຂອງຊັບພະຍາກອນສໍາລັບການຍົກເລີກການຈອງແລະການສະຫມັກ.

ຕົວຢ່າງຂອງພວກເຮົາໃຊ້ ADS - ຫນຶ່ງໃນການຖ່າຍທອດສໍາລັບ RDS, CDS, EDS ແລະຮູບແບບທີ່ບໍ່ແມ່ນການເພີ່ມ. ເພື່ອເປີດໃຊ້ຮູບແບບການເພີ່ມ, ທ່ານຈໍາເປັນຕ້ອງລະບຸ api_type: DELTA_GRPC

ເນື່ອງຈາກຄໍາຮ້ອງຂໍປະກອບມີຕົວກໍານົດການ node, ພວກເຮົາສາມາດສົ່ງຊັບພະຍາກອນທີ່ແຕກຕ່າງກັນໄປຫາຍົນຄວບຄຸມສໍາລັບຕົວຢ່າງທີ່ແຕກຕ່າງກັນ ສົ່ງ, ນີ້ແມ່ນສະດວກສໍາລັບການກໍ່ສ້າງຕາຫນ່າງການບໍລິການ.

ອົບອຸ່ນ

ກ່ຽວກັບ ສົ່ງ ໃນເວລາເລີ່ມຕົ້ນຫຼືເມື່ອໄດ້ຮັບການຕັ້ງຄ່າໃຫມ່ຈາກຍົນຄວບຄຸມ, ຂະບວນການອົບອຸ່ນຊັບພະຍາກອນຈະຖືກເປີດຕົວ. ມັນແບ່ງອອກເປັນການອົບອຸ່ນຜູ້ຟັງ ແລະ ອຸ່ນເຄື່ອງກຸ່ມ. ອັນທໍາອິດແມ່ນເປີດຕົວເມື່ອມີການປ່ຽນແປງໃນ RDS/LDS, ອັນທີສອງເມື່ອ CDS/EDS. ນີ້ຫມາຍຄວາມວ່າຖ້າຫາກວ່າພຽງແຕ່ upstreams ມີການປ່ຽນແປງ, ຜູ້ຟັງບໍ່ໄດ້ຖືກສ້າງໃຫມ່.

ໃນລະຫວ່າງຂະບວນການອົບອຸ່ນຂຶ້ນ, ຄາດວ່າຊັບພະຍາກອນທີ່ເພິ່ງພາອາໄສຈາກຍົນຄວບຄຸມໃນເວລາຫມົດເວລາ. ຖ້າເວລາຫມົດເວລາເກີດຂຶ້ນ, ການເລີ່ມຕົ້ນຈະບໍ່ປະສົບຜົນສໍາເລັດແລະຜູ້ຟັງໃຫມ່ຈະບໍ່ເລີ່ມຟັງຢູ່ໃນທ່າເຮືອ.
ຄໍາສັ່ງເລີ່ມຕົ້ນ: EDS, CDS, ການກວດສອບສຸຂະພາບທີ່ມີການເຄື່ອນໄຫວ, RDS, LDS. ດ້ວຍການເປີດການນຳໃຊ້ການກວດສຸຂະພາບແລ້ວ, ການຈະລາຈອນຈະໄປຮອດຕົ້ນທາງຫຼັງຈາກກວດສຸຂະພາບສຳເລັດຄັ້ງດຽວເທົ່ານັ້ນ.

ຖ້າຜູ້ຟັງຖືກສ້າງໃຫມ່, ອັນເກົ່າເຂົ້າໄປໃນສະຖານະ DRAIN ແລະຈະຖືກລຶບຖິ້ມຫຼັງຈາກການເຊື່ອມຕໍ່ທັງຫມົດຖືກປິດຫຼືຫມົດເວລາຫມົດເວລາ. --drain-time-s, ຄ່າເລີ່ມຕົ້ນ 10 ນາທີ.

ຕິດ​ຕາມ​ຕອນ​ຕໍ່​ໄປ.

ແຫຼ່ງຂໍ້ມູນ: www.habr.com