The Rise of Machines: Real World Applications of AI
Artificiell intelligens är inte i framtiden, det är här i nuet I den här bloggen Läs hur Artificiell intelligens-applikationer har påverkat olika sektorer.
Komma igång med Kubernetes på CentOS 7
Kubernetes är en öppen källkodsplattform som utvecklats av Google för att hantera containeriserade applikationer över ett kluster av servrar. Den bygger på ett och ett halvt decenniums erfarenhet som Google har med att köra kluster av behållare i stor skala och förser utvecklare med infrastruktur i Google-stil som drar nytta av de bästa projekten med öppen källkod, som:
- Docker : en teknologi för applikationsbehållare.
- Etcd : en distribuerad nyckel-värde datastore som hanterar klusteromfattande information och tillhandahåller tjänsteupptäckt.
- Flanell : ett överläggsnätverk som möjliggör containeranslutning över flera servrar.
Kubernetes låter utvecklare definiera sin applikationsinfrastruktur deklarativt genom YAML-filer och abstraktioner som Pods, RCs och Services (mer om detta senare) och säkerställer att det underliggande klustret matchar det användardefinierade tillståndet hela tiden.
Några av dess funktioner inkluderar:
- Automatisk schemaläggning av systemresurser och automatisk placering av applikationsbehållare över ett kluster.
- Skala applikationer i farten med ett enda kommando.
- Rullande uppdateringar utan stilleståndstid.
- Självläkning: automatisk omplanering av en applikation om en server misslyckas, automatisk omstart av behållare, hälsokontroller.
Hoppa vidare till installationen om du redan är bekant med Kubernetes.
Grundläggande koncept
Kubernetes erbjuder följande abstraktioner (logiska enheter) till utvecklare:
- Skida.
- Replikeringskontroller.
- Etiketter.
- Tjänster.
Skida
Det är den grundläggande enheten för Kubernetes-arbetsbelastningar. En pod modellerar en applikationsspecifik "logisk värd" i en containermiljö. I lekmannatermer modellerar den en grupp av applikationer eller tjänster som brukade köras på samma server i pre-containervärlden. Behållare inuti en pod delar samma nätverksnamnutrymme och kan också dela datavolymer.
Replikeringskontroller
Pods är utmärkta för att gruppera flera behållare i logiska applikationsenheter, men de erbjuder inte replikering eller omplanering i händelse av serverfel.
Det är här en replikeringskontroller eller RC kommer till hands. En RC säkerställer att ett antal pods av en given tjänst alltid körs över klustret.
Etiketter
De är nyckel-värde-metadata som kan kopplas till alla Kubernetes-resurser (pods, RC, tjänster, noder, ...).
Tjänster
Pods och replikeringskontroller är utmärkta för att distribuera och distribuera applikationer över ett kluster, men pods har tillfälliga IP-adresser som ändras vid omschemaläggning eller omstart av container.
En Kubernetes-tjänst tillhandahåller en stabil slutpunkt (fast virtuell IP + portbindning till värdservrarna) för en grupp pods som hanteras av en replikeringskontroller.
Kubernetes-kluster
I sin enklaste form är ett Kubernetes-kluster sammansatt av två typer av noder:
- 1 Kubernetes master.
- N Kubernetes-noder.
Kubernetes mästare
Kubernetes master är styrenheten för hela klustret.
Huvudkomponenterna i mästaren är:
- Etcd: ett globalt tillgängligt datalager som lagrar information om klustret och de tjänster och applikationer som körs på klustret.
- Kube API-server: detta är huvudhanteringsnavet i Kubernetes-klustret och den visar ett RESTful-gränssnitt.
- Controller manager: hanterar replikeringen av applikationer som hanteras av replikeringskontrollanter.
- Schemaläggare: spårar resursanvändning över klustret och tilldelar arbetsbelastningar därefter.
Kubernetes nod
Kubernetes-noden är arbetarservrar som är ansvariga för att köra poddar.
Huvudkomponenterna i en nod är:
- Docker: en demon som kör applikationsbehållare definierade i pods.
- Kubelet: en styrenhet för pods i ett lokalt system.
- Kube-proxy: en nätverksproxy som säkerställer korrekt routing för Kubernetes-tjänster.
Installation
I den här guiden kommer vi att skapa ett kluster med 3 noder med CentOS 7-servrar:
- 1 Kubernetes master (kube-master)
- 2 Kubernetes-noder (kube-nod1, kube-nod2)
Du kan lägga till så många extra noder som du vill senare genom att följa samma installationsprocedur för Kubernetes-noder.
Alla noder
Konfigurera värdnamn och /etc/hosts:
# /etc/hostname
kube-master
# or kube-node1, kube-node2
# append to /etc/hosts
replace-with-master-server-ip kube-master
replace-with-node1-ip kube-node1
replace-with-node2-ip kube-node2
Inaktivera brandvägg:
systemctl disable firewalld
systemctl stop firewalld
Kubernetes mästare
Installera Kubernetes huvudpaket:
yum install etcd kubernetes-master
Konfiguration:
# /etc/etcd/etcd.conf
# leave rest of the lines unchanged
ETCD_LISTEN_CLIENT_URLS="http://0.0.0.0:2379"
ETCD_LISTEN_PEER_URLS="http://localhost:2380"
ETCD_ADVERTISE_CLIENT_URLS="http://0.0.0.0:2379"
# /etc/kubernetes/config
# leave rest of the lines unchanged
KUBE_MASTER="--master=http://kube-master:8080"
# /etc/kubernetes/apiserver
# leave rest of the lines unchanged
KUBE_API_ADDRESS="--address=0.0.0.0"
KUBE_ETCD_SERVERS="--etcd_servers=http://kube-master:2379"
Starta etc:
systemctl start etcd
Installera och konfigurera Flannel-överlagringsnätverk (detta behövs så att behållare som körs på olika servrar kan se varandra):
yum install flannel
Skapa en Flanell-konfigurationsfil ( flannel-config.json):
{
"Network": "10.20.0.0/16",
"SubnetLen": 24,
"Backend": {
"Type": "vxlan",
"VNI": 1
}
}
Ställ in Flanell-konfigurationen i Etcd-servern:
etcdctl set coreos.com/network/config < flannel-config.json
Peka Flanell till Etcd-servern:
# /etc/sysconfig/flanneld
FLANNEL_ETCD="http://kube-master:2379"
Aktivera tjänster så att de startar vid uppstart:
systemctl enable etcd
systemctl enable kube-apiserver
systemctl enable kube-controller-manager
systemctl enable kube-scheduler
systemctl enable flanneld
Starta om servern.
Kubernetes nod
Installera Kubernetes nodpaket:
yum install docker kubernetes-node
De nästa två stegen kommer att konfigurera Docker att använda överlagringar för bättre prestanda. För mer information besök detta blogginlägg :
Ta bort den aktuella docker-lagringskatalogen:
systemctl stop docker
rm -rf /var/lib/docker
Ändra konfigurationsfiler:
# /etc/sysconfig/docker
# leave rest of lines unchanged
OPTIONS='--selinux-enabled=false'
# /etc/sysconfig/docker
# leave rest of lines unchanged
DOCKER_STORAGE_OPTIONS=-s overlay
Konfigurera kube-node1 för att använda vår tidigare konfigurerade master:
# /etc/kubernetes/config
# leave rest of lines unchanged
KUBE_MASTER="--master=http://kube-master:8080"
# /etc/kubernetes/kubelet
# leave rest of the lines unchanged
KUBELET_ADDRESS="--address=0.0.0.0"
# comment this line, so that the actual hostname is used to register the node
# KUBELET_HOSTNAME="--hostname_override=127.0.0.1"
KUBELET_API_SERVER="--api_servers=http://kube-master:8080"
Installera och konfigurera Flannel-överlagringsnätverk (igen - detta behövs så att behållare som körs på olika servrar kan se varandra):
yum install flannel
Peka Flanell till Etcd-servern:
# /etc/sysconfig/flanneld
FLANNEL_ETCD="http://kube-master:2379"
Aktivera tjänster:
systemctl enable docker
systemctl enable flanneld
systemctl enable kubelet
systemctl enable kube-proxy
Starta om servern.
Testa din Kubernetes-server
När alla servrar har startat om, kontrollera om ditt Kubernetes-kluster fungerar:
[root@kube-master ~]# kubectl get nodes
NAME LABELS STATUS
kube-node1 kubernetes.io/hostname=kube-node1 Ready
kube-node2 kubernetes.io/hostname=kube-node2 Ready
Exempel: Distribuera ett selennät med Kubernetes
Selenium är ett ramverk för att automatisera webbläsare för teständamål. Det är ett kraftfullt verktyg för alla webbutvecklares arsenal.
Selennät möjliggör skalbar och parallell fjärrexekvering av tester över ett kluster av Seleniumnoder som är anslutna till ett centralt Selenium-nav.
Eftersom Selenium-noder själva är tillståndslösa och mängden noder vi kör är flexibel, beroende på våra testarbetsbelastningar, är detta en perfekt kandidatapplikation för att distribueras på ett Kubernetes-kluster.
I nästa avsnitt kommer vi att distribuera ett rutnät som består av 5 applikationsbehållare:
- 1 central Selenium-hub som kommer att vara den fjärranslutna slutpunkten som våra tester kommer att ansluta till.
- 2 selennoder som kör Firefox.
- 2 selennoder som kör Chrome.
Implementeringsstrategi
För att automatiskt hantera replikering och självläkning skapar vi en Kubernetes-replikeringskontroller för varje typ av applikationsbehållare som vi listade ovan.
För att förse utvecklare som kör tester med en stabil Selenium-hubbslutpunkt skapar vi en Kubernetes-tjänst ansluten till hubbreplikeringskontrollern.
Selen nav
Replikeringskontroller
# selenium-hub-rc.yaml
apiVersion: v1
kind: ReplicationController
metadata:
name: selenium-hub
spec:
replicas: 1
selector:
name: selenium-hub
template:
metadata:
labels:
name: selenium-hub
spec:
containers:
- name: selenium-hub
image: selenium/hub
ports:
- containerPort: 4444
Spridning:
[root@kube-master ~]# kubectl create -f selenium-hub-rc.yaml
replicationcontrollers/selenium-hub
[root@kube-master ~]# kubectl get rc
CONTROLLER CONTAINER(S) IMAGE(S) SELECTOR REPLICAS
selenium-hub selenium-hub selenium/hub name=selenium-hub 1
[root@kube-master ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
selenium-hub-pilc8 1/1 Running 0 50s
[root@kube-master ~]# kubectl describe pod selenium-hub-pilc8
Name: selenium-hub-pilc8
Namespace: default
Image(s): selenium/hub
Node: kube-node2/45.63.16.92
Labels: name=selenium-hub
Status: Running
Reason:
Message:
IP: 10.20.101.2
Replication Controllers: selenium-hub (1/1 replicas created)
Containers:
selenium-hub:
Image: selenium/hub
State: Running
Started: Sat, 24 Oct 2015 16:01:39 +0000
Ready: True
Restart Count: 0
Conditions:
Type Status
Ready True
Events:
FirstSeen LastSeen Count From SubobjectPath Reason Message
Sat, 24 Oct 2015 16:01:02 +0000 Sat, 24 Oct 2015 16:01:02 +0000 1 {scheduler } scheduled Successfully assigned selenium-hub-pilc8 to kube-node2
Sat, 24 Oct 2015 16:01:05 +0000 Sat, 24 Oct 2015 16:01:05 +0000 1 {kubelet kube-node2} implicitly required container POD pulled Successfully pulled Pod container image "gcr.io/google_containers/pause:0.8.0"
Sat, 24 Oct 2015 16:01:05 +0000 Sat, 24 Oct 2015 16:01:05 +0000 1 {kubelet kube-node2} implicitly required container POD created Created with docker id 6de00106b19c
Sat, 24 Oct 2015 16:01:05 +0000 Sat, 24 Oct 2015 16:01:05 +0000 1 {kubelet kube-node2} implicitly required container POD started Started with docker id 6de00106b19c
Sat, 24 Oct 2015 16:01:39 +0000 Sat, 24 Oct 2015 16:01:39 +0000 1 {kubelet kube-node2} spec.containers pulled Successfully pulled image "selenium/hub"
Sat, 24 Oct 2015 16:01:39 +0000 Sat, 24 Oct 2015 16:01:39 +0000 1 {kubelet kube-node2} spec.containers created Created with docker id 7583cc09268c
Sat, 24 Oct 2015 16:01:39 +0000 Sat, 24 Oct 2015 16:01:39 +0000 1 {kubelet kube-node2} spec.containers started Started with docker id 7583cc09268c
Här kan vi se att Kubernetes har placerat min selen-hub-behållare på kube-node2.
Service
# selenium-hub-service.yaml
apiVersion: v1
kind: Service
metadata:
name: selenium-hub
spec:
type: NodePort
ports:
- port: 4444
protocol: TCP
nodePort: 30000
selector:
name: selenium-hub
Spridning:
[root@kube-master ~]# kubectl create -f selenium-hub-service.yaml
You have exposed your service on an external port on all nodes in your
cluster. If you want to expose this service to the external internet, you may
need to set up firewall rules for the service port(s) (tcp:30000) to serve traffic.
See http://releases.k8s.io/HEAD/docs/user-guide/services-firewalls.md for more details.
services/selenium-hub
[root@kube-master ~]# kubectl get services
NAME LABELS SELECTOR IP(S) PORT(S)
kubernetes component=apiserver,provider=kubernetes <none> 10.254.0.1 443/TCP
selenium-hub <none> name=selenium-hub 10.254.124.73 4444/TCP
Efter att ha implementerat tjänsten kommer den att vara tillgänglig från:
- Vilken Kubernetes-nod som helst, via den virtuella IP-adressen 10.254.124.73 och porten 4444.
- Externa nätverk, via alla Kubernetes-noders offentliga IP:er, på port 30000.
(med den offentliga IP-adressen för en annan Kubernetes-nod)
Selen noder
Firefox nodereplikeringskontroller:
# selenium-node-firefox-rc.yaml
apiVersion: v1
kind: ReplicationController
metadata:
name: selenium-node-firefox
spec:
replicas: 2
selector:
name: selenium-node-firefox
template:
metadata:
labels:
name: selenium-node-firefox
spec:
containers:
- name: selenium-node-firefox
image: selenium/node-firefox
ports:
- containerPort: 5900
env:
- name: HUB_PORT_4444_TCP_ADDR
value: "replace_with_service_ip"
- name: HUB_PORT_4444_TCP_PORT
value: "4444"
Spridning:
Byt replace_with_service_ipin selenium-node-firefox-rc.yamlmed den faktiska Selenium nav tjänst IP, i detta fall 10.254.124.73.
[root@kube-master ~]# kubectl create -f selenium-node-firefox-rc.yaml
replicationcontrollers/selenium-node-firefox
[root@kube-master ~]# kubectl get rc
CONTROLLER CONTAINER(S) IMAGE(S) SELECTOR REPLICAS
selenium-hub selenium-hub selenium/hub name=selenium-hub 1
selenium-node-firefox selenium-node-firefox selenium/node-firefox name=selenium-node-firefox 2
[root@kube-master ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
selenium-hub-pilc8 1/1 Running 1 1h
selenium-node-firefox-lc6qt 1/1 Running 0 2m
selenium-node-firefox-y9qjp 1/1 Running 0 2m
[root@kube-master ~]# kubectl describe pod selenium-node-firefox-lc6qt
Name: selenium-node-firefox-lc6qt
Namespace: default
Image(s): selenium/node-firefox
Node: kube-node2/45.63.16.92
Labels: name=selenium-node-firefox
Status: Running
Reason:
Message:
IP: 10.20.101.3
Replication Controllers: selenium-node-firefox (2/2 replicas created)
Containers:
selenium-node-firefox:
Image: selenium/node-firefox
State: Running
Started: Sat, 24 Oct 2015 17:08:37 +0000
Ready: True
Restart Count: 0
Conditions:
Type Status
Ready True
Events:
FirstSeen LastSeen Count From SubobjectPath Reason Message
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {scheduler } scheduled Successfully assigned selenium-node-firefox-lc6qt to kube-node2
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node2} implicitly required container POD pulled Pod container image "gcr.io/google_containers/pause:0.8.0" already present on machine
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node2} implicitly required container POD created Created with docker id cdcb027c6548
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node2} implicitly required container POD started Started with docker id cdcb027c6548
Sat, 24 Oct 2015 17:08:36 +0000 Sat, 24 Oct 2015 17:08:36 +0000 1 {kubelet kube-node2} spec.containers pulled Successfully pulled image "selenium/node-firefox"
Sat, 24 Oct 2015 17:08:36 +0000 Sat, 24 Oct 2015 17:08:36 +0000 1 {kubelet kube-node2} spec.containers created Created with docker id 8931b7f7a818
Sat, 24 Oct 2015 17:08:37 +0000 Sat, 24 Oct 2015 17:08:37 +0000 1 {kubelet kube-node2} spec.containers started Started with docker id 8931b7f7a818
[root@kube-master ~]# kubectl describe pod selenium-node-firefox-y9qjp
Name: selenium-node-firefox-y9qjp
Namespace: default
Image(s): selenium/node-firefox
Node: kube-node1/185.92.221.67
Labels: name=selenium-node-firefox
Status: Running
Reason:
Message:
IP: 10.20.92.3
Replication Controllers: selenium-node-firefox (2/2 replicas created)
Containers:
selenium-node-firefox:
Image: selenium/node-firefox
State: Running
Started: Sat, 24 Oct 2015 17:08:13 +0000
Ready: True
Restart Count: 0
Conditions:
Type Status
Ready True
Events:
FirstSeen LastSeen Count From SubobjectPath Reason Message
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {scheduler } scheduled Successfully assigned selenium-node-firefox-y9qjp to kube-node1
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node1} implicitly required container POD pulled Pod container image "gcr.io/google_containers/pause:0.8.0" already present on machine
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node1} implicitly required container POD created Created with docker id ea272dd36bd5
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node1} implicitly required container POD started Started with docker id ea272dd36bd5
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node1} spec.containers created Created with docker id 6edbd6b9861d
Sat, 24 Oct 2015 17:08:13 +0000 Sat, 24 Oct 2015 17:08:13 +0000 1 {kubelet kube-node1} spec.containers started Started with docker id 6edbd6b9861d
Som vi kan se har Kubernetes skapat 2 repliker av selenium-firefox-nodeoch de har distribuerat dem över klustret. Pod selenium-node-firefox-lc6qtär på kube-node2, medan pod selenium-node-firefox-y9qjpär på kube-node1.
Vi upprepar samma process för våra Selenium Chrome-noder.
Chrome nod replikeringskontroller:
# selenium-node-chrome-rc.yaml
apiVersion: v1
kind: ReplicationController
metadata:
name: selenium-node-chrome
labels:
app: selenium-node-chrome
spec:
replicas: 2
selector:
app: selenium-node-chrome
template:
metadata:
labels:
app: selenium-node-chrome
spec:
containers:
- name: selenium-node-chrome
image: selenium/node-chrome
ports:
- containerPort: 5900
env:
- name: HUB_PORT_4444_TCP_ADDR
value: "replace_with_service_ip"
- name: HUB_PORT_4444_TCP_PORT
value: "4444"
Spridning:
[root@kube-master ~]# kubectl create -f selenium-node-chrome-rc.yaml
replicationcontrollers/selenium-node-chrome
[root@kube-master ~]# kubectl get rc
CONTROLLER CONTAINER(S) IMAGE(S) SELECTOR REPLICAS
selenium-hub selenium-hub selenium/hub name=selenium-hub 1
selenium-node-chrome selenium-node-chrome selenium/node-chrome app=selenium-node-chrome 2
selenium-node-firefox selenium-node-firefox selenium/node-firefox name=selenium-node-firefox 2
[root@kube-master ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
selenium-hub-pilc8 1/1 Running 1 1h
selenium-node-chrome-9u1ld 1/1 Running 0 1m
selenium-node-chrome-mgi52 1/1 Running 0 1m
selenium-node-firefox-lc6qt 1/1 Running 0 11m
selenium-node-firefox-y9qjp 1/1 Running 0 11m
Avslutar
I den här guiden har vi satt upp ett litet Kubernetes-kluster med 3 servrar (1 huvudkontroller + 2 arbetare).
Med hjälp av pods, RC:er och en tjänst har vi framgångsrikt distribuerat ett Selenium Grid bestående av ett centralt nav och 4 noder, vilket gör det möjligt för utvecklare att köra 4 samtidiga Selenium-tester åt gången på klustret.
Kubernetes schemalagda behållarna automatiskt över hela klustret.
Självläkande
Kubernetes schemalägger automatiskt pods till friska servrar om en eller flera av våra servrar går ner. I mitt exempel kör kube-node2 för närvarande Selenium hub pod och 1 Selenium Firefox node pod.
[root@kube-node2 ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
5617399f146c selenium/node-firefox "/opt/bin/entry_poin 5 minutes ago Up 5 minutes k8s_selenium-node-firefox.46e635d8_selenium-node-firefox-zmj1r_default_31c89517-7a75-11e5-8648-5600001611e0_baae8e00
185230a3b431 gcr.io/google_containers/pause:0.8.0 "/pause" 5 minutes ago Up 5 minutes k8s_POD.3805e8b7_selenium-node-firefox-zmj1r_default_31c89517-7a75-11e5-8648-5600001611e0_40f809df
fdd5834c249d selenium/hub "/opt/bin/entry_poin About an hour ago Up About an hour k8s_selenium-hub.cb8bf0ed_selenium-hub-pilc8_default_6c98c1ff-7a68-11e5-8648-5600001611e0_5765e2c9
00e4ccb0bda8 gcr.io/google_containers/pause:0.8.0 "/pause" About an hour ago Up About an hour k8s_POD.3b3ee8b9_selenium-hub-pilc8_default_6c98c1ff-7a68-11e5-8648-5600001611e0_8398ac33
Vi kommer att simulera serverfel genom att stänga av kube-node2. Efter ett par minuter bör du se att behållarna som kördes på kube-node2 har omplanerats till kube-node1, vilket säkerställer minimala avbrott i tjänsten.
[root@kube-node1 ~]# docker ps
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
5bad5f582698 selenium/hub "/opt/bin/entry_poin 19 minutes ago Up 19 minutes k8s_selenium-hub.cb8bf0ed_selenium-hub-hycf2_default_fe9057cf-7a76-11e5-8648-5600001611e0_ccaad50a
dd1565a94919 selenium/node-firefox "/opt/bin/entry_poin 20 minutes ago Up 20 minutes k8s_selenium-node-firefox.46e635d8_selenium-node-firefox-g28z5_default_fe932673-7a76-11e5-8648-5600001611e0_fc79f977
2be1a316aa47 gcr.io/google_containers/pause:0.8.0 "/pause" 20 minutes ago Up 20 minutes k8s_POD.3805e8b7_selenium-node-firefox-g28z5_default_fe932673-7a76-11e5-8648-5600001611e0_dc204ad2
da75a0242a9e gcr.io/google_containers/pause:0.8.0 "/pause" 20 minutes ago Up 20 minutes k8s_POD.3b3ee8b9_selenium-hub-hycf2_default_fe9057cf-7a76-11e5-8648-5600001611e0_1b10c0e7
c611b68330de selenium/node-firefox "/opt/bin/entry_poin 33 minutes ago Up 33 minutes k8s_selenium-node-firefox.46e635d8_selenium-node-firefox-8ylo2_default_31c8a8f3-7a75-11e5-8648-5600001611e0_922af821
828031da6b3c gcr.io/google_containers/pause:0.8.0 "/pause" 33 minutes ago Up 33 minutes k8s_POD.3805e8b7_selenium-node-firefox-8ylo2_default_31c8a8f3-7a75-11e5-8648-5600001611e0_289cd555
caf4e725512e selenium/node-chrome "/opt/bin/entry_poin 46 minutes ago Up 46 minutes k8s_selenium-node-chrome.362a34ee_selenium-node-chrome-mgi52_default_392a2647-7a73-11e5-8648-5600001611e0_3c6e855a
409a20770787 selenium/node-chrome "/opt/bin/entry_poin 46 minutes ago Up 46 minutes k8s_selenium-node-chrome.362a34ee_selenium-node-chrome-9u1ld_default_392a15a4-7a73-11e5-8648-5600001611e0_ac3f0191
7e2d942422a5 gcr.io/google_containers/pause:0.8.0 "/pause" 47 minutes ago Up 47 minutes k8s_POD.3805e8b7_selenium-node-chrome-9u1ld_default_392a15a4-7a73-11e5-8648-5600001611e0_f5858b73
a3a65ea99a99 gcr.io/google_containers/pause:0.8.0 "/pause" 47 minutes ago Up 47 minutes k8s_POD.3805e8b7_selenium-node-chrome-mgi52_default_392a2647-7a73-11e5-8648-5600001611e0_20a70ab6
Skala ditt Selenium Grid
Att skala ditt Selenium Grid är superenkelt med Kubernetes. Föreställ dig att jag istället för 2 Firefox-noder skulle vilja köra 4. Uppskalningen kan göras med ett enda kommando:
[root@kube-master ~]# kubectl scale rc selenium-node-firefox --replicas=4
scaled
[root@kube-master ~]# kubectl get rc
CONTROLLER CONTAINER(S) IMAGE(S) SELECTOR REPLICAS
selenium-hub selenium-hub selenium/hub name=selenium-hub 1
selenium-node-chrome selenium-node-chrome selenium/node-chrome app=selenium-node-chrome 2
selenium-node-firefox selenium-node-firefox selenium/node-firefox name=selenium-node-firefox 4
[root@kube-master ~]# kubectl get pods
NAME READY STATUS RESTARTS AGE
selenium-hub-pilc8 1/1 Running 1 1h
selenium-node-chrome-9u1ld 1/1 Running 0 14m
selenium-node-chrome-mgi52 1/1 Running 0 14m
selenium-node-firefox-8ylo2 1/1 Running 0 40s
selenium-node-firefox-lc6qt 1/1 Running 0 24m
selenium-node-firefox-y9qjp 1/1 Running 0 24m
selenium-node-firefox-zmj1r 1/1 Running 0 40s
DDOS-attacker: En kort översikt
Är du också ett offer för DDOS-attacker och förvirrad över de förebyggande metoderna? Läs den här artikeln för att lösa dina frågor.
Har du någonsin undrat hur hackare tjänar pengar?
Du kanske har hört att hackare tjänar mycket pengar, men har du någonsin undrat hur de tjänar den typen av pengar? låt oss diskutera.
Revolutionerande uppfinningar från Google som gör ditt liv lätt.
Vill du se revolutionerande uppfinningar av Google och hur dessa uppfinningar förändrade livet för varje människa idag? Läs sedan till bloggen för att se uppfinningar av Google.
Fredag Essential: Vad hände med AI-drivna bilar?
Konceptet med att självkörande bilar ska ut på vägarna med hjälp av artificiell intelligens är en dröm vi har ett tag nu. Men trots flera löften finns de ingenstans att se. Läs den här bloggen för att lära dig mer...
Technological Singularity: A Distant Future of Human Civilization?
När vetenskapen utvecklas i snabb takt och tar över en hel del av våra ansträngningar, ökar också riskerna för att utsätta oss för en oförklarlig singularitet. Läs, vad singularitet kan betyda för oss.
Funktioner för Big Data Reference Architecture Layers
Läs bloggen för att känna till olika lager i Big Data Architecture och deras funktionaliteter på enklaste sätt.
Utveckling av datalagring – Infographic
Lagringsmetoderna för data har utvecklats kan vara sedan födelsen av data. Den här bloggen tar upp utvecklingen av datalagring på basis av en infografik.
6 fantastiska fördelar med att ha smarta hemenheter i våra liv
I denna digitala värld har smarta hemenheter blivit en avgörande del av livet. Här är några fantastiska fördelar med smarta hemenheter om hur de gör vårt liv värt att leva och enklare.
macOS Catalina 10.15.4 tilläggsuppdatering orsakar fler problem än att lösa
Nyligen släppte Apple macOS Catalina 10.15.4, en tilläggsuppdatering för att åtgärda problem, men det verkar som om uppdateringen orsakar fler problem som leder till att mac-datorer blir murade. Läs den här artikeln för att lära dig mer