LTS 2025.03(2025년 5월)

이제 SAS Data Quality for Payment Integrity Health Care 사용 가능

새로운 SAS 의료 제품의 첫 번째 모듈인 SAS Data Quality for Payment Integrity Health Care를 이제 사용할 수 있습니다. 이 제품은 의료 클레임에서 가치 있는 데이터를 마이닝하려는 의료 실행자, 보험 회사 및 연구원을 지원합니다. SAS Data Quality for Payment Integrity Health Care의 모듈 1(Medical Claims Ingestion)은 의료 클레임 데이터를 분석 및 리포팅에 사용할 수 있는 표준화된 고품질 형식으로 수집, 처리 및 변환하도록 설계되었습니다. CSV 파일 및 보험 데이터베이스와 같은 다양한 소스에서 원시 의료 클레임 데이터를 가져오는 SAS Data Quality for Payment Integrity Health Care는 조직이 의료 클레임 데이터에 대한 심층적인 이해를 바탕으로 더 나은 결정을 내릴 수 있도록 지원합니다. 의료 클레임 데이터를 관리, 리포팅 및 분석하여 규정 준수와 환자 치료 결과를 개선하기 위한 강력하고 확장 가능한 플랫폼을 제공합니다.

SAS Data Quality for Payment Integrity Health Care는 Microsoft Azure Kubernetes 서비스 또는 오픈 소스 Kubernetes와 함께 배포할 수 있습니다. 이 모듈은 외부 PostgreSQL 데이터베이스만 지원합니다. 이 제품을 위한 SAS Common Data Store(CDS PostgreSQL)를 배포하는 것이 좋습니다. CDS PostgreSQL을 배포한 경우 데이터 저장 및 관리에 사용할 수 있습니다. SAS Data Quality for Payment Integrity Health Care를 지원하기 위한 추가 시스템 요구 사항은 System Requirements for the SAS Viya Platform의 Requirements for SAS Fraud Solutions에서 참조하십시오.

SAS Real-Time Watchlist Screening의 향상된 기능

SAS Real-Time Watchlist Screening for Entities 및 SAS Real-Time Watchlist Screening for Payments에 AWS, Google Cloud 및 Red Hat OpenShift 기반 배포에 대한 지원이 추가되었습니다. 결과적으로, 이제 이러한 솔루션을 지원되는 모든 클라우드 플랫폼에 배포할 수 있습니다.

CAS 서버의 향상된 기능

CAS 서버는 옵션인 GPU(Graphics Processing Unit)를 포함하는 MPP CAS 배포를 위한 새로운 관리 기능으로 향상되었습니다. GPU에서 제공하는 추가 기능을 활용하려면 CAS 워커에 CAS 노드 풀의 GPU 지원 노드에 대한 스케줄링이 필요합니다.

이전에는 변환기를 사용하여 노드에 적용한 리소스 요청 또는 제한이 CAS 컨트롤러와 모든 CAS 워커 노드에 항상 동일하게 적용되었습니다. 이러한 설정은 항상 개별 컴퓨터가 아닌 CAS 노드 풀에 적용되었습니다. 이제 CAS 컨트롤러 포드 및 CAS 워커 포드(Pod)에 대해 개별 노드 풀을 구성할 수 있습니다. SAS GPU 예약 서비스가 향상되어 GPU가 없는 노드에서 CAS 컨트롤러 포드(Pod)를 스케줄링할 수 있는 반면, CAS 워커 포드(Pod)는 더 고가의 GPU 리소스를 제공하는 노드에서 스케줄링됩니다.

SAS GPU 예약 서비스를 사용하면 SAS 프로세스에서 GPU 리소스를 공유할 수 있습니다. 서비스에 대한 자세한 내용은 $deploy/sas-bases/examples/gpu/README.md(Markdown 형식) 또는 $deploy/sas-bases/docs/sas_gpu_reservation_service.htm(HTML 형식)의 README 파일에 있는 "Certificate Generators" 섹션에서 참조할 수 있습니다.

구성 단계를 포함하여 CAS 컨트롤러 및 CAS 워커에 대한 개별 노드 풀을 설정하는 방법에 대한 지침은 $deploy/sas-bases/overlays/cas-server/auto-resources/README.md(Markdown 형식용) 또는 $deploy/sas-bases/docs/auto_resources_for_cas_server_for_sas_viya.htm(HTML 형식용)의 README 파일을 참조하십시오.

이제 Ingress 구성 기능 사용 가능

SAS는 SAS Viya 플랫폼이 배포에서 사용하는 ingressClass를 수정하는 프로세스를 간소화했습니다. 이 기능은 다른 또는 기본값이 아닌 ingress-nginx 인스턴스로 트래픽을 분리하는 데 유용합니다. ingress-nginx 구성에 대한 자세한 내용은 $deploy/sas-bases/examples/ingress-configuration/README.md(Markdown 형식) 및 $deploy/sas-bases/docs/configuring_general_ingress_options.htm(HTML 형식)에 있는 README 파일을 참조하십시오.

Kubernetes 및 OpenShift 요구 사항의 변경 사항

모든 지원되는 공급자에 대해 Kubernetes 1.31.x에 대한 지원이 추가되었습니다. SAS Viya 플랫폼은 Kubernetes 1.29.x - 1.31.x를 지원합니다. Kubernetes 1.28.x는 더 이상 지원되지 않습니다.

OpenShift 클러스터의 경우 Red Hat OKE(OpenShift Kubernetes Engine) 또는 Red Hat OCP(OpenShift Container Platform) 4.16.x, 4.17.x 또는 4.18.x를 사용할 수 있습니다. OpenShift는 지원되는 환경 중 하나에서 실행 중이어야 합니다. 이러한 OKE 및 OCP 버전은 Kubernetes 1.29.x, 1.30.x 및 1.31.x와 일치합니다.

Red Hat이 최신 버전의 Kubernetes에 대한 지원을 추가함에 따라 SAS는 새로운 OCP 버전을 검증하고 지원을 추가할 적절한 주기를 지정하며 필요에 따라 문서를 업데이트합니다.

Kustomize 요구 사항에 대한 변경 사항

Kustomize는 SAS Viya 플랫폼 배포를 위한 Kubernetes 매니페스트 파일을 생성하기 위해 필요한 클라이언트 도구입니다. 최신 버전의 Kustomize인 Kustomize 5.4.3이 필요합니다.

SAS Viya Platform Deployment Operator 및 sas-orchestration 명령은 배포 에셋과 함께 제공되는 리소스를 사용합니다. 이러한 리소스에는 이제 Kustomize 5.4.3이 포함됩니다.

주요 변경 사항: Ingress 컨트롤러

SAS Viya 플랫폼이 배포를 위해 지원하는 Ingress 컨트롤러인 ingress-nginx(또는 Ingress NGINX 컨트롤러)가 Kubernetes 커뮤니티에서 종료됩니다. ingress-nginx를 Contour ingress 컨트롤러로 바꿀 수 있습니다.

2026년 3월 19일부터 SAS는 표준 지원에 있는 SAS Viya 플랫폼 및 솔루션의 모든 Stable 및 LTS(Long-Term Support) 릴리스에서 Contour에 대한 지원을 제공합니다. 다음과 같은 방법으로 표준 지원에 있는 모든 SAS Viya 버전에서 Ingress 컨트롤러를 Contour로 교체할 수 있습니다.

• 변경하면서 최신 패치 업데이트 적용
• SAS Viya 플랫폼 배포의 버전 업데이트를 수행하면서 변경

배포 문서에 전환에 도움이 되는 정보가 포함되어 있습니다. 자세한 내용은 Cluster Ingress Requirements 및 Changing Ingress Controllers in a Deployment에서 참조하십시오.

Kubernetes 명령 배포 방법을 사용하는 SAS Viya 플랫폼 배포를 업데이트할 때 Contour ingress 컨트롤러를 사용하려면 새로운 명령이 필요합니다. 새로운 명령은 Deployment Using Kubernetes Commands의 배포 명령 리스트에 포함되어 있습니다.

ingress-nginx가 종료된 후에도 SAS Viya 플랫폼은 이를 사용하는 환경에 대해 표준 지원을 계속 제공합니다. 그러나 SAS와 Kubernetes 커뮤니티 모두 해당 구성 요소에 대한 버그나 보안 문제를 해결하지 않습니다. 2026년 3월 19일 이후에 ingress-nginx를 계속 사용하는 것은 사용자의 책임입니다.

이를 계속 사용하려는 경우 SAS Viya 플랫폼은 ingress-nginx 1.9.6 이상을 요구합니다. Kubernetes 1.29.x - 1.31.x와의 호환성을 보장하기 위해 지원되는 최소 ingress-nginx 버전이 변경되었습니다.

ingress-nginx 1.12.x 이상을 사용하는 경우 변경으로 인한 NGINX 중단 문제를 완화하려면 Ingress 컨트롤러의 기본 구성을 변경해야 할 수 있습니다. 자세한 내용은 SAS Viya Platform: Deployment Guide의 Required ingress-nginx Controller Configuration에서 참조하십시오.

PostgreSQL 서버 요구 사항에 대한 변경 사항

이제 SAS에서는 PostgreSQL 서버 영구 저장소로 블록 저장 장치를 사용할 것을 권장합니다. 이 권장 사항은 내부 또는 외부 PostgreSQL 서버에 동일하게 적용됩니다.

내부 PostgreSQL 서버의 경우 초기 배포가 완료된 후 저장소 클래스를 블록 저장소로 변경하는 방법에 대한 정보는 SAS Viya Platform: Infrastructure Servers의 Change the Storage Class of the Data Pod에서 참조하십시오.

PostgreSQL 요구 사항에 대한 변경 사항(외부 PostgreSQL만 해당)

외부 PostgreSQL 서버에 대한 PostgreSQL 16의 SAS Viya 플랫폼 지원이 추가되었습니다. SAS Retail and Consumer Goods 범주의 제품에 PostgreSQL 16에 대한 지원이 추가되었습니다.

PostgreSQL 12를 사용하는 외부 PostgreSQL 서버는 지원되지 않습니다.

이전 버전의 SAS에서 데이터를 마이그레이션하는 데 도움이 되는 sas-viya CLI용 새로운 플러그인을 사용할 수 있습니다. migrationmanagement 플러그인에는 추가 PostgreSQL 익스텐션이 필요합니다. 이 요구 사항을 포함하도록 문서가 업데이트되었습니다.

자세한 내용은 System Requirements for the SAS Viya Platform의 External PostgreSQL Requirements에서 참조하십시오.

Calico CNI 지원의 변경 사항

업스트림 오픈 - 소스 Kubernetes 클러스터에 배포하려면 이제 Calico 3.27.x 이상이 필요합니다. Kubernetes 1.29.x - 1.31.x와의 호환성을 보장하기 위해 지원되는 최소 Calico 버전이 변경되었습니다.

SAS Risk 솔루션의 요구 사항에 변경 사항

요구 사항 및 구성 모두에 영향을 주는 SAS Risk 솔루션의 배포 프로세스가 크게 향상되었습니다. SAS Risk 솔루션은 SAS Risk Cirrus Core 구성 요소를 사용합니다. 이전에는 Risk Cirrus Core 구성 요소가 변환기를 사용하여 구성을 관리했습니다. 이제 생성기가 대신 사용됩니다.

Risk Cirrus Core 구성 요소에 더 이상 Git 레파지토리가 필요하지 않습니다. 결과적으로 SAS Risk 솔루션 설정 프로세스가 수정되었습니다. 모든 SAS Risk 솔루션의 설명서가 요구 사항에 대한 변경 사항으로 업데이트되었습니다. SAS Risk 솔루션을 업데이트하는 경우 Requirements for SAS Risk Solutions 및 다음의 솔루션별 섹션에 설명된 요구 사항을 참조해야 합니다.

업데이트되는 모든 SAS Risk 배포에는 몇 가지 구성 단계가 필요합니다. 자세한 내용은 다음에서 참조하십시오.

• SAS Viya Platform: Deployment Notes의 After Deployment Commands
• SAS Viya Platform: Deployment Notes의 SAS Risk Cirrus Core

SAS with SingleStore(현재 SAS SpeedyStore)에 대한 변경 사항

이전 이름이 SAS with SingleStore인 SAS 제품이 새로운 이름인 SAS SpeedyStore로 변경되었습니다.

이제 SAS SpeedyStore는 사용자 ID 소스로 LDAP 외에도 SCIM을 지원합니다.

SAS SpeedyStore에 포함된 SingleStoreDB의 인스턴스가 버전 8.7에서 8.9로 업데이트되었습니다.

SAS/ACCESS 요구 사항에 대한 변경 사항

SAS Viya 플랫폼에는 이제 데이터베이스 액세스를 위한 SAS/ACCESS 소프트웨어와 함께 Simba 드라이버가 포함됩니다.

• SAS/ACCESS Interface to Impala에는 기본적으로 ODBC 액세스를 위한 Simba 클라이언트가 포함됩니다. 더 이상 클라이언트 드라이버를 구해서 설치할 필요가 없습니다. 그러나 구성 파일을 일부 변경해야 할 수도 있습니다. 자세한 내용은 배포 노트의 SAS/ACCESS Interface to Impala: Before Deployment Commands에서 참조하십시오.
• insightsoftware의 Simba JDBC 드라이버가 이전 SAS/ACCESS Interfaces to Hadoop/Spark 릴리스에 포함된 CData의 드라이버를 대체합니다. 몇 가지 추가 구성이 필요합니다. 자세한 내용은 다음에서 참조하십시오.
  • System Requirements for the SAS Viya Platform의 Requirements for SAS/ACCESS Interface to Hadoop
  • System Requirements for the SAS Viya Platform의 Requirements for SAS/ACCESS Interface to Spark

SAS는 TTU(Teradata Tools and Utilities) 20.00을 사용하여 SAS/ACCESS Interface to Teradata를 검증했습니다. SAS는 이제 Teradata Database 17.00 이상에서 TTU 17.20 또는 20.00을 사용할 것을 권장합니다.

또한 SAS/ACCESS Interface to Teradata에 이제 기본적으로 필수 Teradata 클라이언트가 포함됩니다. Teradata Wallet은 이 클라이언트 패키지에 포함되어 있지 않지만 사용자 환경에 설치하면 지원됩니다.

SAS/ACCESS Interface to SQL Server에는 새로운 구성 요구 사항이 있습니다. 자세한 내용은 SAS/ACCESS Interface to Microsoft SQL Server 구성 요구 사항에서 참조하십시오.

SAS In-Database 데이터 액세스 제품의 요구 사항에 대한 변경 사항

SAS In-Database Technologies for Azure Synapse Analytics는 이제 Microsoft Azure Synapse Analytics with Spark 3.3을 지원합니다. 이전에는 Spark 2.4 및 Spark 3.1이 지원되었습니다.

SAS In-Database Technologies for Databricks의 향상된 기능으로 인해 요구 사항이 변경되었습니다. SAS In-Database Technologies for Databricks는 이제 Microsoft Azure 또는 Amazon Web Services용 Databricks 10.4 LTS - 12.2 LTS를 지원합니다. 이전에는 Databricks 13.3 LTS도 지원되었지만 해당 버전에는 소프트웨어 제한이 포함되어 있습니다.

SAS In-Database Technologies for Databricks를 사용하려면 SAS Embedded Process for Spark를 배포해야 합니다. 이제 SAS Embedded Process for Spark 배포에서 추가 RPM 파일을 사용할 수 있습니다. 이 새로운 배포를 accelserver RPM 파일이라고 합니다. sepcorespark RPM 파일이라고 하는 이전 배포는 계속 지원됩니다. accelserver RPM을 배포하면 추가 기능을 사용할 수 있습니다.

두 SAS Embedded Process 배포는 서로 다른 버전의 Spark를 지원합니다. 자세한 내용은 System Requirements for the SAS Viya Platform의 Requirements for Databricks에서 참조하십시오.

SMTP 서버 요구 사항에 대한 변경 사항

현재 Google Cloud 환경에서만 SMTP 서버(선택 사항)가 지원되지 않습니다. SAS Viya 플랫폼 메일 서비스는 현재 기본 인증만 지원합니다. 타사 이메일 공급자는 메일 서버의 보안 강화를 위해 기본 인증을 점진적으로 제거하면서 OAuth 2.0을 적용하고 있습니다.

Google이 2025년 3월부터 기본 인증에 의존하는 연결에 대한 Gmail 계정 지원을 제거했기 때문에 이 지원 변경 사항이 발생했습니다.

SAS는 향후 릴리스에서 Google SMTP 서버에 대한 지원을 복원할 예정입니다.

SAS Configurator for Open Source의 변경 사항

SAS Configurator for Open Source는 이제 Python 3.11.10을 지원합니다. Python 버전은 SAS Configurator for Open Source 변환기의 파라미터: $deploy/site-config/sas-pyconfig/change-configuration.yaml에 의해 결정됩니다. 최신 버전의 Python을 지원하도록 default_py.python_signature 및 default_py.python_tarball 속성이 수정되었습니다. 이 기능을 활성화하고 가장 최신 버전의 변환기를 사용하는 경우 유틸리티는 기본적으로 해당 최신 버전의 Python을 다운로드하고 빌드하려고 시도합니다.

change-configuration.yaml에 대한 수정 사항을 유지하려면 SAS Viya Platform: Deployment Notes의 Revised SAS Configurator for Open Source Transformer에 설명된 단계를 따르십시오. Python 통합용 SAS Configurator for Open Source를 사용하는 SAS Viya 플랫폼을 처음 배포할 때는 이 변경 사항의 영향을 받지 않습니다. SAS Viya 플랫폼에서 Python 3.10을 계속 사용할 수 있지만 이 버전에 대한 지원은 가까운 시일 내에 종료됩니다.

오픈 소스 언어와의 통합을 지원하기 위한 추가 변경 사항에 대한 자세한 내용은 다음을 참조하십시오.

• 오픈 소스 언어 지원의 향상된 기능
• SAS Configurator for Open Source의 변경 사항 및 향상된 기능

SAS Event Stream Processing 요구 사항의 변경 사항

SAS Event Stream Processing에는 실행 중인 프로젝트에 대한 파일 기반 영구 볼륨(PV)이 필요합니다. PV 및 PVC 설정에 대한 자세한 내용은 $deploy/sas-bases/examples/sas-event-stream-processing-studio-app/storage/README.md(Markdown 형식) 및 $deploy/sas-bases/docs/configuring_file_storage_for_sas_event_stream_processing_studio_projects.htm(HTML 형식)에 있는 README 파일을 참조하십시오.

주요 변경 사항: Kubernetes 작업의 TTL(time-to-live) 값

이제 모든 SAS Viya 플랫폼 Kubernetes 작업의 기본 TTL(time-to-live) 값은 0입니다. 이 변경 사항은 업데이트 환경을 개선하기 위해 적용되었습니다. 특정 작업을 수동으로 삭제해야 하는 요구 사항은 더 이상 대부분의 배포에 적용되지 않습니다.

이 변경 사항으로 인해 SAS Viya 플랫폼에서 생성된 Kubernetes 작업은 완료될 때까지 실행된 후 자동으로 삭제됩니다. 작업이 삭제되면 연결된 로그 데이터도 삭제됩니다. 시간이 지난 후에 자동으로 삭제되는 Kubernetes 리소스의 로그 메시지를 유지하고 관리하려면 로그 수집기를 설치하는 것이 좋습니다.

sas-start-all, sas-backup-job 및 sas-restore-job과 같은 CronJob은 이 변경 사항의 영향을 받지 않습니다.

주요 변경 사항: SAS SpeedyStore에 대한 업데이트 절차

SAS SpeedyStore를 포함하는 SAS Viya 플랫폼 소프트웨어 업데이트는 Kubernetes 명령을 사용하여 배포 및 업데이트를 수행하지 않는 한 SingleStore 클러스터를 일시 중지하기 위한 수동 단계가 더 이상 필요하지 않습니다.

대부분의 배포 방법에서 SAS SpeedyStore를 포함하는 배포를 업데이트하는 절차가 간소화되었습니다. SAS Viya Platform Deployment Operator 또는 sas-orchestration 명령을 사용하는 소프트웨어 업데이트의 경우 더 이상 SingleStore 클러스터를 일시 중지하기 위해 수동 단계가 필요하지 않습니다. 이 사전 업데이트 단계는 해당 배포 방법에 대해 자동화되었습니다.

이러한 추가적인 자동화는 sas-stop-all 및 sas-start-all CronJobs도 향상시킵니다. CronJobs를 사용하여 SAS Viya 플랫폼 배포를 중지 및 시작하면 SingleStore 포드(pod)도 CronJobs에 의해 관리됩니다. sas-stop-all CronJob을 실행하면 SingleStore가 일시 중지되고, sas-start-all CronJob을 실행하면 SingleStore를 다시 시작합니다. 이전에는 sas-start-all CronJob을 실행하기 전에 SingleStore를 수동으로 일시 중지해야 했습니다.

이 향상된 기능을 반영하도록 문서가 업데이트되었습니다.

sas-logon-app 서비스를 위한 새로운 ClusterRole

sas-logon-app 서비스 계정에는 Kubernetes API 서버의 TokenReviews 엔드포인트를 사용하여 서비스 계정 토큰을 확인할 수 있는 권한이 필요합니다. 이 권한을 부여하기 위해 이제 "system:auth-delegator" ClusterRole이 sas-logon-app 서비스 계정에 적용됩니다.

SAS/ACCESS Interface to Microsoft SQL Server 구성 요구 사항

일부 Microsoft SQL Server 인스턴스에 대한 TLS/SSL 연결에는 올바른 신뢰 저장소를 구성해야 합니다. 이 요구 사항은 타사 드라이버에 대한 최근 변경 사항으로 인한 것입니다. 올바른 신뢰 저장소를 지정하지 않으면 SAS/ACCESS Interface to Microsoft SQL Server를 통해 연결할 때 오류가 발생할 수 있습니다.

데이터 액세스 README는 이 오류에 대한 자세한 정보와 이를 방지하기 위한 구성 단계로 업데이트되었습니다. README, $deploy/sas-bases/examples/data-access/README.md(Markdown용) 또는 $deploy/sas-bases/docs/configuring_sasaccess_and_data_connectors_for_sas_viya_4.htm(HTML용)의 SAS/ACCESS Interface to Microsoft SQL Server 섹션을 읽어보십시오.

오픈 소스 언어 지원의 향상된 기능

SAS Viya 플랫폼에는 SAS 다중 언어 아키텍처에 대한 향상된 기능이 포함됩니다. 이러한 향상된 기능을 사용하면 새로운 sasviya.ml Python 패키지를 통해 Python에서 직접 SAS 분석의 강력한 기능을 활용할 수 있습니다. 이제 SAS Configurator for Open Source는 사용자가 이러한 새로운 기능을 활용할 수 있도록 필수 Python 패키지를 포함하는 옵션을 제공합니다. 이러한 옵션을 설명하기 위해 SAS Viya Platform: Integration with External Languages 가이드가 업데이트되었습니다.

SAS Model Manager는 CAS Gateway 액션셋에 대한 지원을 추가했습니다. 이 향상된 기능은 오픈 소스 모델을 스코어링하기 위한 상당한 성능 향상을 제공합니다. SAS Configurator for Open Source는 기본적으로 배포되는 패키지 리스트에 두 개의 R 패키지를 추가했습니다. CAS Gateway 액션셋을 사용하여 R 모델의 스코어링을 지원하려면 이 두 패키지(arrow 및 logger)가 필요합니다.

Python 및 R의 향상된 기능을 활용하려면 SAS Configurator for Open Source를 배포하여 소스에서 Python 및 R을 빌드하고 Python 및 R 패키지를 관리하십시오. 배포 에셋에서 가장 최신 버전의 $deploy/sas-bases/examples/sas-pyconfig/change-configuration.yaml 파일을 사용해야 합니다. 이전 버전의 YAML 파일이 있는 기존 배포는 계속 작동합니다.

자세한 내용은 SAS Viya Platform: Integration with External Languages에서 참조하십시오.

SAS Configurator for Open Source의 변경 사항 및 향상된 기능

SAS Configurator for Open Source는 이전에 기본적으로 관리되었던 3개의 Python 패키지를 삭제합니다. Python의 버전과 다운로드 및 관리되는 패키지를 결정하는 기본 Python 프로파일이 다음 패키지를 제거합니다.

• hnswlib==0.7.0
• sas-ipc-queue
• pydantic

이러한 패키지를 제거하면 SAS Configurator for Open Source 유틸리티의 성능이 향상될 수 있습니다.

기본 Python 프로파일은 $deploy/site-config/sas-pyconfig/change-configuration.yaml 변환기의 파라미터로 정의됩니다. 이러한 패키지를 SAS Configurator for Open Source 기본 Python 지원의 일부로 계속 유지하려면 배포 에셋에서 최신 버전의 change-configuration.yaml에 이를 다시 추가할 수 있습니다. 또한 사용자 정의한 파일을 계속 사용하는 경우에는 이전 버전의 YAML 파일이 계속 작동합니다.

이와 더불어 SAS Configurator for Open Source에는 Python 패키지의 대체 위치를 사용하기 위한 두 가지 새로운 옵션이 있습니다. 이제 Python 패키지에 사용할 Pip 패키지 관리자의 레파지토리 위치를 지정할 수 있습니다. SAS Configurator for Open Source의 구성 파일에서 profile-name.pip_index_url 또는 profile-name.pip_extra_url에 대한 값을 수정하여 이러한 위치를 설정할 수 있습니다. 구성 파일은 $deploy/site-config/sas-pyconfig/change-configuration.yaml에 의해 결정됩니다.

자세한 내용은 SAS Viya Platform: Integration with External Languages에서 참조하십시오.

Kerberos를 사용하는 OpenShift의 SAS 서버에 대한 새로운 변환기

SAS는 Kerberos를 사용하는 Red Hat OpenShift에서 실행되는 SAS 서버를 위한 새로운 변환기를 도입했습니다. 새로운 변환기 사용에 대한 자세한 내용은 $deploy/sas-bases/examples/kerberos/sas-servers/README.md(Markdown 형식용) 또는 $deploy/sas-bases/docs/configuring_sas_servers_for_kerberos_in_sas_viya_platform.htm(HTML 형식용)에 있는 README 파일을 참조하십시오.

CAS 백업 저장소 활성화의 변경 사항

CAS 백업 저장소를 활성화하는 방법이 변경되었습니다. 이전에는 CAS 연산자의 사용자 정의 리소스를 수정하여 백업 저장소를 활성화했습니다. 이제는 패치 변환기 .yaml 파일을 사용하여 네 가지 시나리오에서 백업 저장소를 활성화합니다. 시나리오 및 변환기 파일 사용에 대한 자세한 내용은 SAS Viya Platform: Deployment Guide의 Configure a Backing Store for Memory Allocations에서 참조하십시오.

SAS Mirror Manager의 향상된 기능

SAS Mirror Manager에는 다음과 같은 향상된 기능이 포함됩니다.

• SAS 컨테이너 이미지 서명 확인을 지원합니다.

  SAS 컨테이너 이미지 서명은 Microsoft Azure 및 AWS에서 사용할 수 있습니다. 현재 Google Cloud는 SAS가 사용하는 OCI 배포를 지원하지 않습니다.

• 이제 로그 메시지에 시간과 함께 날짜가 포함됩니다.

RabbitMQ 변환기의 향상된 기능

최적의 I/O 레벨을 유지하기 위해 RabbitMQ 및 SAS에서는 RabbitMQ 영구 저장소를 위한 블록 저장 장치를 구성할 것을 권장합니다. 따라서 이전에 RabbitMQ PVC 저장소 크기를 변경하는 데 사용된 변환기가 향상되었습니다. 변환기 파일은 이제 블록 저장소를 사용하도록 저장소 유형을 변경하는 데 도움이 되는 파라미터를 제공합니다. 이 파일은 배포 에셋: $deploy/sas-bases/examples/rabbitmq/configuration/rabbitmq-modify-pvc-size.yaml에 포함됩니다.

이 변경 사항을 설명하기 위해 함께 제공되는 README 파일이 업데이트되었습니다.

SAS Redis Operator의 SAS Redis Server 종속성이 제거됨

SAS Redis Server는 더 이상 SAS Redis Operator에 의해 관리되지 않습니다. SAS Redis Operator가 처리했던 이벤트는 이제 SAS Redis Server 포드(Pod)에서 수행됩니다. 자세한 내용은 SAS Viya Platform: Infrastructure Servers의 SAS Redis Server에서 참조하십시오.

업데이트 중 가동 중지 시간을 최소화하기 위한 향상된 기능과 문서

SAS는 가동 중지 시간을 최소화하고 시스템 복원성을 향상시키기 위해 SAS Viya 플랫폼에 대한 롤링 업데이트를 계속 향상시키고 있습니다. 보다 원활한 업데이트 환경을 보장하기 위해 몇 가지 개선 사항이 도입되었습니다.

• 컴퓨팅 워크로드의 안정성 향상:
  • 프로그래밍 런타임 서버에서 실행되는 워크로드에 대한 소프트웨어 업데이트 중 중단을 줄이기 위해 다양한 기능이 향상되었습니다.
  • 프로그래밍 런타임 서버 초기화로 인해 업데이트 중에 작업 실패가 발생하는 경우 SAS Workload Orchestrator 및 SAS Launcher는 이제 영향을 받는 작업을 자동으로 다시 실행하여 중단 없는 처리를 보장합니다.
• CAS 워크로드 중단을 최소화하기 위한 권장 사항:
  • CAS 서버 업데이트 중 가동 중지 시간을 더 줄이려면 CAS 상태 전송 기능을 활성화하는 것이 좋습니다. CAS 상태 전송은 CAS 서버 유지 관리 작업 중 중단을 최소화하는 데 도움이 되는데, 이전 CAS 서버 인스턴스가 일시적으로 계속 실행되는 동안 세션 상태, 데이터 및 기타 관련 아티팩트를 최신 CAS 서버 인스턴스로 전송할 수 있습니다.
    주: CAS 서버 상태 전송 기능은 SAS Viya Platform Deployment Operator 또는 sas-orchestration을 사용하여 배포를 관리하는 경우 사용할 수 있습니다.
  • 글로벌 테이블 및 기타 상태 구성 요소에 대한 읽기 전용 액세스는 이제 CAS 상태 전송 중에 기본적으로 활성화됩니다. 이 변경 사항을 통해 소프트웨어 업데이트 중에 데이터를 읽는 작업을 계속 실행할 수 있으므로 중단을 최소화하여 더 나은 사용자 경험을 제공합니다.

소프트웨어 업데이트 중 가동 중지 시간을 최소화하는 방법에 대한 자세한 내용은 SAS Viya 플랫폼 배포 문서의 새로운 섹션 Getting Started with SAS Viya Platform Operations의 Reduce Downtime during Future Software Updates에서 참조하십시오.

새로운 Provisioning Resources 문서

Provisioning Resources 문서에는 SAS Viya IaC(Infrastructure as Code) GitHub 프로젝트에 대한 체크리스트가 포함되었습니다. Microsoft Azure, Amazon Web Services 및 Google Cloud에 대한 IaC 프로젝트는 SAS Viya 플랫폼 배포 전에 클라우드 인프라를 프로비저닝하는 데 사용할 수 있습니다. 자세한 내용은 SAS Viya Platform Operations: Provisioning Resources에서 참조하십시오.