Utgivelse av AKS 2019-03-07

Azure Kubernetes Service (AKS) 2019-03-07-utgivelsen inneholder feilrettinger og en ny versjon av Azure Monitor for beholderagenten:

• Azure Monitor for beholderagenten har blitt oppdatert til 3.0.0-4 for nyopprettede eller oppgraderte klynger.

• Azure CLI er nå fullstendig standardisert til N-1 for Kubernetesversjonene. N er for eksempel den seneste (1.12)-versjonen; CLI vil korrekt velge 1.11.x. Når 1.13 slippes justeres standarden til 1.12.

• Feilopprettinger:

  • Hvis en bruker overskrider kvoten ved en skaleringsoperasjon, vil Azures kommandolinjegrensesnitt nå mer korrekt vise "kvote overskredet" i stedet for "distribusjon er ikke funnet."
  • Alle (plasserte) AKS CRUD-operasjoner validerer og bekrefter nå at brukerabonnementene har nødvendig kvote for å utføre operasjonen. Hvis en bruker ikke har det, vil en feilmelding vises og operasjonen vil ikke bli gjennomført.
  • Alle AKS-utstedte Kubernetes SSL-sertifikater har fått fjernet en dårlig chiffreringsstøtte. Alle sertifikater skal nå bestå sikkerhetsovervåkning etter BEAST og andre svakheter.
    • Hvis du bruker eldre klienter som ikke støtter TLS 1.2, må du oppgradere de aktuelle klientene og tilhørende SSL-biblioteker for å kunne koble til på sikkert vis. Merk at kun Kubernetes 1.10 og nyere støtter de nye sertifikatene. Allerede eksisterende sertifikater vil ikke bli oppdatert, fordi det ville tilbakekalle alle brukertilganger. For å få de oppdaterte sertifikatene, må du opprette en ny AKS-klynge.
  • Klynger som får feil på grunn av oppgraderingsproblemer, vil nå tillate brukere å oppgradere på nytt, eller vil vise en feilmelding med veiledning.
  • Klynger som er i ferd med å oppgradere eller har fått feil under oppgradering, vil prøve å kjøre oppgraderingen på nytt, eller vise en opplagt feilmelding.

• Evalueringsfunksjonaliteten til Calico/Network Security Policies har blitt oppdatert til å reparere en feil der IP-viderekobling ikke ble foretatt som standard.

• Cachelagringsmodus : Flagget for skrivebeskyttet ble ikke alltid riktig brukt på den behandlede premium-lagringsklassen. Dette har blitt løst.