릴리스 정보 찾기 NCache 아래 버전.
01년 2024월 XNUMX일 (화)
NCache 5.3 SP3에는 몇 가지 매우 중요한 개선 사항과 버그 수정 사항이 포함되어 있습니다.
In NCache 5.3 SP3에서는 다음 기능이 도입되면서 서버 측 코드 실행이 크게 향상되었습니다. NCache 실행 서비스. 이 서비스는 Java 및 .NET 버전 모두에서 구현된 통합 실행 모델을 나타냅니다. NCache.
Java 버전의 경우 이 별도의 실행 프로세스는 NCache 실행 서비스는 캐시 로더, 리프레셔, Readthrough 및 Writethrough 작업을 포함한 서버 측 사용자 코드 실행을 담당합니다. 이러한 변경으로 인해 서버 측 코드 실행이 간소화되어 Java 플랫폼 전체에서 효율적이고 일관된 작업이 보장됩니다.
.NET 버전에서는 NCache 실행 서비스도 유사하게 적용되었지만 캐시 로더 및 리프레셔 코드 실행을 위해 특별히 지정되었습니다. .NET 버전의 이러한 향상된 기능은 서버 측 코드 실행 프로세스를 최적화하고 표준화하려는 실행 모델의 전반적인 목표와 일치합니다.
Java 클라이언트 캐시 아키텍처는 .NET 클라이언트 캐시 아키텍처와 동기화되었습니다. 이 동기화에는 Java 클라이언트 캐시의 Readthrough 및 Writethrough 메커니즘 구현과 L1 및 L2 캐시 간의 향상된 동기화가 포함됩니다. 이러한 정렬은 다양한 플랫폼에서 일관성과 효율성을 보장합니다.
XNUMXD덴탈의 NCache Management Center에서는 로그 파일 다운로드 기능을 포함하여 눈에 띄는 개선이 이루어졌습니다. 이 새로운 기능은 캐시 서버를 관리하는 사용자에게 편의성을 더해줍니다. 또한 서비스를 시작, 중지, 다시 시작하는 기능도 있습니다. NCache 서비스, NCache 실행 서비스 및 NCache 브리지 서비스가 추가되어 관리 제어 및 유연성이 향상되었습니다.
내보내기-CacheConfiguration 명령이 향상되어 내보낸 캐시 구성의 폴더 구조가 개선되었습니다. 이제 내보내기에 서버 측 기능 배포를 통합하는 옵션이 포함되어 보다 포괄적인 구성 관리 기능을 제공합니다. 또한 내보내기를 위한 캐시 이름 지정이 필수로 지정되어 보다 명확하고 정확한 구성 내보내기가 보장됩니다.
내보낸 구성을 사용하여 캐시를 생성하면 NCache 구성과 함께 필요한 라이브러리를 자동으로 배포합니다.
캐시 클러스터에 노드를 추가하는 프로세스를 간소화하기 위한 향상된 기능이 도입되었습니다. NCache. 사용자는 더 이상 기존 클러스터에 추가된 각 새 노드에서 읽기, 쓰기 또는 캐시 시작 로더와 같은 기능을 위해 서버 측 공급자를 수동으로 배포할 필요가 없습니다.
자동 배포 기능을 사용하면 NCache 새 노드가 클러스터에 추가되면 구성된 기능에 필요한 서버 측 공급자를 자동으로 배포합니다. 이 자동화는 프로세스를 단순화하고 사용자의 수동 개입 없이도 새 노드가 캐시 클러스터에 참여할 수 있는 완벽한 장비를 갖추도록 보장합니다.
NCache 5.3 SP3에서는 특히 Docker 인스턴스의 등록 프로세스가 크게 향상되었습니다. 이전에는 DockerHub에서 서버 이미지만 사용할 수 있었습니다. NCache, 개발자 설치를 원하는 사용자는 자신의 Docker 이미지를 만들어야 했습니다. 새로운 업데이트를 통해 이제 DockerHub에 게시된 단일 이미지를 서버 또는 개발자 설치에 유연하게 사용할 수 있습니다. 이러한 개선으로 인해 Docker로 작업하는 사용자의 프로세스가 크게 단순화되었습니다.
Docker 인스턴스를 등록하는 동안 사용자는 -RegisterAs 매개변수를 사용하여 설치 유형을 지정해야 합니다. 이 매개변수를 사용하면 사용자는 'CacheServer', 'RemoteClient' 및 'Developer' 모드 중에서 선택할 수 있으며 'CacheServer'가 기본값입니다. -RegisterAs 매개변수가 지정되지 않으면 시스템은 기본적으로 서버 설치를 가정합니다. 이러한 향상된 기능은 편의성을 제공할 뿐만 아니라 특정 요구 사항에 따라 Docker 인스턴스를 구성하는 유연성도 제공합니다.
In NCache 5.3 SP3에는 다음과 같은 새로운 기능이 도입되었습니다. NCache 로드 밸런서를 통해 캐시 서버에 연결하는 클라이언트. 이 기능은 Kubernetes 클러스터 또는 액세스가 제한된 클라우드 구독(예: 개인 링크를 사용하는 Azure 또는 AWS)을 사용하는 환경과 같이 클라이언트가 캐시 서버를 직접 알 수 없는 시나리오에 특히 적합합니다.
전통적으로, NCache 아키텍처에서는 각 클라이언트가 각 캐시 서버와 연결을 설정해야 합니다. 그러나 이 아키텍처에 로드 밸런서를 도입하면 클라이언트에서 개별 캐시 서버를 직접 볼 수 없게 됩니다. 이 문제를 해결하려면 NCache 5.3 SP3에서는 클라이언트가 로드 밸런서를 통해 첫 번째 캐시 서버에 처음 연결할 때 서버가 구성의 다른 캐시 서버에 대한 정보를 공유하는 메커니즘을 구현합니다.
이 정보를 받은 클라이언트는 로드 밸런서를 통해 다른 서버에 대한 연결을 시도하기 시작합니다. 이 프로세스는 모든 서버와의 연결이 설정되거나 구성된 시도 횟수가 소진될 때까지 계속됩니다. 이 접근 방식을 사용하면 각 서버에 대한 직접적인 가시성이 없는 경우에도 클라이언트가 캐시 클러스터와의 완전한 연결을 유지할 수 있습니다.
이 릴리스에서는 기술 표준에 대한 지속적인 업데이트를 반영하여 .NET 4.6.1 및 이전 버전에 대한 지원을 중단합니다. 지원되는 최소 .NET 클라이언트 버전은 이제 .NET 4.6.2입니다.
TLS 지원을 통해 향상된 보안이 Java 클라이언트에 통합되었습니다.
이제 최신 버전의 Hibernate 및 Spring과의 직접 통합이 제공되어 통합 프로세스가 간소화됩니다. 이전에는 이 통합이 JCache 인터페이스를 통해서만 가능했습니다.
Spring 기반 웹 애플리케이션을 위한 효율적인 세션 관리가 도입되어 기능이 향상되었습니다. NCache 이러한 환경에서.
이전 NCache 60일 무료 평가판 기간을 제공했습니다. 하지만 최신 업데이트(30 SP5.3)에서는 이 기간이 3일로 단축되었습니다. 이러한 변경에도 불구하고 고객은 영업팀에 문의하여 평가 기간을 연장할 수 있습니다. 요청 시 영업팀은 고객이 NCache 평가 기간은 최대 120일입니다.
03년 2023월 XNUMX일
NCache 5.3 SP2에는 몇 가지 매우 중요한 버그 수정 및 개선 사항이 포함되어 있습니다.
이번 릴리스에서는 시스템 인증 작업의 성능과 효율성을 향상시키기 위해 자격 증명 캐싱을 도입했습니다. 기존 보안 공급자 위에 캐싱 계층을 제공하여 기본 인증 시스템(예: LDAP 또는 Active Directory)에 대한 반복적인 인증 호출의 필요성을 줄입니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
사용자 자격 증명(사용자 이름 및 암호화된 비밀번호)은 LDAP/Active Directory 서버에 대한 인증이 성공하면 메모리에 캐시됩니다. 이렇게 하면 동일한 사용자에 대해 여러 클라이언트의 후속 요청에서 재인증이 필요하지 않습니다.
자격 증명 캐싱이 향상됩니다. NCache 비용이 많이 드는 LDAP/Active Directory 서버로의 이동을 줄여 성능을 향상시킵니다. 또한 트랜잭션이 많은 환경에서 LDAP/Active Directory 서버의 로드를 줄여줍니다. NCache 보통 산다.
사용자 경험은 지정하기 전과 동일합니다. NCache 보안.
기본적으로 자격 증명 캐싱 기능은 활성화되어 있지만 구성 파일 변경을 통해 쉽게 끌 수 있습니다. 그만큼 'NCacheServer.EnableCredentialCaching' 에 깃발 NCache 서비스 구성 파일은 이 기능을 활성화/비활성화합니다.
NCache 이제 TLS 암호화 기능을 확장하여 클라이언트와 서버 간뿐만 아니라 서버 노드 간 통신을 보호합니다. 하는 동안 NCache 이전에 클라이언트-서버 통신을 위해 TLS 암호화를 제공했지만 이 향상된 기능은 클러스터 내 서버 노드 간의 데이터 교환 보안에 중점을 둡니다. 이 추가된 암호화 계층은 서버 노드 간에 전송되는 모든 데이터를 기밀로 유지하고 잠재적인 위협으로부터 보호하여 분산 캐싱 환경의 전반적인 보안을 강화합니다.
NCache 브리지 연결을 통한 통신을 위한 TLS 암호화 지원이 도입되었습니다. 이 기능을 사용하면 NCache 브리지를 통해 연결된 캐시 클러스터 간에 전송되는 데이터가 암호화되고 보호되는지 확인합니다. 이 향상된 기능은 브리지 연결을 통해 흐르는 데이터를 보호하여 분산 캐싱 인프라에 추가 보호 계층을 추가합니다. 주목할 만한 점은 NCache 이전에는 클라이언트-서버 통신을 위한 TLS 암호화를 제공했으며 이번 확장에는 이제 브리지 연결도 포함됩니다.
이번 릴리스에서는 다음과 같은 기능을 도입하여 보안 프로토콜 지원을 강화했습니다. NCache 신뢰할 수 있는 루트 저장소뿐만 아니라 개인('내') 저장소에도 인증서가 있습니다. 이 향상된 기능을 통해 그룹 정책 권한 제한이 루트 저장소의 인증서 저장에 영향을 미칠 수 있는 환경에서 보다 원활한 작업이 가능해졌습니다.
원활한 운영을 위해서는 대부분의 시스템에서 기본적으로 신뢰하는 잘 알려진 공공 인증 기관(CA)에서 인증서를 발급하는 것이 중요합니다. 이를 통해 클라이언트 시스템은 신뢰할 수 있는 루트 저장소에 CA 인증서를 설치하지 않고도 서버 인증서의 유효성을 검사할 수 있습니다.
그러나 사설 CA의 경우 성공적인 유효성 검사와 보안 통신을 위해서는 모든 참여 컴퓨터의 신뢰할 수 있는 루트 저장소에 CA 인증서를 설치해야 합니다.
NCache 향상된 제어 및 유연성을 위해 노드와 캐시 보안을 완벽하게 결합하는 기능을 도입합니다. 이 기능을 사용하면 노드 보안이 활성화되면 해당 노드의 모든 캐시가 자동으로 보호됩니다. 노드 관리자는 캐시 데이터와 노드 관리 작업을 모두 포괄적으로 제어할 수 있습니다. 반면, 캐시 사용자는 개별 보안 캐시와 구체적으로 연결되어 다음을 통해 캐시 관련 작업에만 액세스할 수 있도록 허용할 수 있습니다. NCache 아피스. 이 조합을 통해 관리자는 액세스 권한을 맞춤화하여 캐시 사용자가 캐시 API에 대한 액세스를 제한하고 노드 관리자가 API 상호 작용 및 관리 작업을 모두 포괄하는 더 광범위한 액세스 권한을 갖도록 보장할 수 있습니다.
NCache 그룹 기반 인증을 허용하여 보안 구성을 강화하는 기능이 도입되었습니다. 이제 LDAP 그룹을 노드 관리자 또는 캐시 사용자로 쉽게 추가할 수 있어 전체 권한 관리가 단순화됩니다. NCache 무리. 이 기능은 캐시 노드 및 캐시에 대한 그룹 액세스 권한을 부여하여 조직 내의 여러 사용자에게 권한을 부여하는 프로세스를 간소화합니다.
NCache Microsoft에서 제공하는 최신 LDAP 구현을 통해 제공되는 향상된 인증 및 권한 부여 기능을 활용하기 위해 Windows 기반 서버용 LDAP 공급자를 업그레이드했습니다. 다음을 통해 업그레이드된 LDAP 공급자의 기능을 살펴보세요. Microsoft의 LDAPConnection 설명서.
이번 최신 릴리스에서는 NCache, 우리는 이름을 변경하여 기술적 개선을 도입했습니다. NCache 관리자에게 NCache 관리센터. 이러한 변경은 도구의 기능을 강화하고 사용자에게 캐시 클러스터 관리를 위한 고급 플랫폼을 제공하기 위한 전략적 움직임을 나타냅니다. 이름이 발전하는 동안에도 기본 기능은 강력하게 유지되어 캐시 클러스터를 정확하고 효율적으로 원활하게 구성, 모니터링 및 관리할 수 있습니다.
NCache 캐시 노드 보안을 위해 사용자 친화적인 인터페이스를 더욱 강화했습니다. 이전에는 이 기능을 제공했지만 이제는 더욱 원활한 경험을 보장하기 위해 상당한 개선을 이루었습니다. 이제 캐시 노드 보안 구성 프로세스가 더욱 직관적이고 간소화되어 캐시 노드를 손쉽게 보호할 수 있습니다.
NCache 이전에 알려진 관리 센터 NCache 관리자에는 이제 인증 기능이 포함되어 있습니다. 노드가 보안되면 NCache Management Center는 로그인 페이지를 표시하여 사용자에게 인증하라는 메시지를 표시합니다. 이를 통해 승인된 사용자만 관리 센터에 액세스할 수 있게 되어 고객에게 추가적인 보안 계층을 제공합니다. NCache 환경. 구성된 노드 관리자만 보안 노드에 로그인할 수 있습니다.
NCache 이제 새로운 활성화를 통해 TLS(전송 계층 보안)를 구성하는 원활한 방법을 제공합니다.NCacheTLS 및 비활성화-NCacheTLS cmdlet. 이전에는 사용자가 레지스트리 설정을 편집하여 TLS를 수동으로 구성해야 했으며 이는 복잡하고 시간이 많이 걸릴 수 있었습니다. 이러한 cmdlet을 사용하면 하나 이상의 서버 및 클라이언트 노드에서 TLS를 쉽게 활성화하거나 비활성화할 수 있습니다.
NCache PowerShell을 통해 보안 설정을 관리하는 향상된 접근 방식을 도입하여 보안 구성에 대한 보다 세부적인 제어를 제공합니다. 개선된 활성화-NCache보안 및 비활성화 -NCache보안 cmdlet은 보안을 활성화하거나 비활성화하는 프로세스를 단순화하는 동시에 더 큰 유연성을 제공합니다.
Add-의 도입으로NCacheUserOrGroup 및 제거-NCacheUserOrGroup cmdlet을 사용하면 관리자는 특정 액세스 권한을 가진 사용자와 그룹을 효율적으로 관리할 수 있습니다. 이 확장된 PowerShell 기반 보안 관리는 보안을 위한 제어 및 사용자 지정 옵션을 향상시킵니다. NCache 환경.
이 최신 NCache 출시, 소개하게 되어 기쁘게 생각합니다. NCache 운동장. 이는 귀하의 경험을 향상시키기 위해 설계된 강력하고 대화형 도구입니다. NCache. NCache 플레이그라운드는 사용자가 탐색하고, 실험하고, 익숙해질 수 있는 전용 환경 역할을 합니다. NCache 기능, 샘플 및 실제 시나리오. 와 함께 NCache 운동장, 힘들이지 않고 달릴 수 있어요 NCache 본격적인 개발 환경 없이도 샘플을 만들고, 즉석에서 조정하고, 연습을 실행할 수 있습니다. 이 도구는 빠르게 이해하려는 사용자에게 이상적입니다. NCache 개념을 파악하고 그 기능을 평가하며 학습 곡선을 가속화합니다.
9월 12, 2022
NCache 5.3 SP1에는 몇 가지 매우 중요한 개선 사항과 버그 수정이 포함되어 있습니다. 이 릴리스에는 주요 사용자 경험 개선 사항도 포함되어 있습니다. NCache 5.3 SP1은 모든 사용자에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
럭셔리 NCache Azure 및 AWS에서 사용 가능한 이미지, 무료 평가 등록 NCache 에서 지원됩니다 NCache 웹 관리자. 평가판 또는 라이센스 키로 머신이 등록되지 않은 경우, NCache Web Manager의 기본 화면은 평가를 시작하거나 상자를 활성화하기 위한 등록 프로세스로 사용자를 안내합니다.
기능 'NCache NoSQL' 5.3에서 출시된 '가 '로 이름이 변경되었습니다.NCache 고집'. 기능 작동은 동일하게 유지되지만 추가 공급자는 제거됩니다. 그만큼 NCache 지속성은 이제 내장 파일 시스템 기반 저장소에서만 사용할 수 있습니다.
All NoSQL 관련 PowerShell cmdlet의 이름도 변경되었습니다.
별도의 NuGet 패키지가 출시되었습니다. NCache CLR 저장 프로시저. 이것은 다음을 사용하는 CLR 저장 프로시저를 쉽게 만드는 데 도움이 됩니다. NCache API.
client.ncconf에 지정된 구성을 사용하는 대신 사용자는 SignalR 애플리케이션이 애플리케이션의 web.config 또는 appsettings.json 파일에 지정된 연결 옵션을 사용하도록 강제할 수 있습니다. 지정된 경우 애플리케이션은 이러한 설정을 사용합니다.
이제 새로 고침 간격 값을 분 대신 초 단위로 설정할 수 있습니다. 새로 고침이 XNUMX분 미만의 간격으로 실행되어야 하는 시나리오를 수용하도록 변경되었습니다.
맵리듀스, 애그리게이터 및 Memcached 통합은 더 이상 사용되지 않는 것으로 표시되며 다음 버전에서 제거됩니다.
2022 년 4 월 12 일
NCache 5.3에는 몇 가지 매우 중요한 새 기능과 다양한 성능 및 메모리 최적화가 포함되어 있습니다. 이 릴리스에는 주요 사용자 경험 개선 사항도 포함되어 있습니다. NCache 5.3은 모든 사용자에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 지금 제공하고 있습니다 NoSQL Database 전체 데이터베이스가 In-Memory이고 분산되어 있지만 실시간으로 영구 저장소에도 유지되는 기능입니다. 이 실시간 지속성은 메모리 내 데이터가 항상 동기화되어 있고 모든 항목을 다시 시작해도 손실되지 않도록 합니다. NCache 서버.
NCache 다음과 같은 실시간 지속성 옵션을 제공합니다. NoSQL Database:
당신이 사용할 수 NCache NoSQL Database 다음과 같은 방법으로
NCache 전체 텍스트 검색을 위한 Lucene을 사용하여 .NET 애플리케이션용 Distributed Lucene을 제공합니다. Distributed Lucene은 표준 Lucene.NET 인덱스를 가져와서 Lucene 인덱스를 여러 개로 확장할 수 있도록 분산시킵니다. NCache 런타임에도 서버. 이렇게 하면 인덱스 크기를 늘릴 수 있을 뿐만 아니라 애플리케이션 트랜잭션 용량도 늘릴 수 있습니다. NCache Lucene용 서버.
다음은 분산 Lucene 기능의 몇 가지 주요 사항입니다.
NCache 이제 Windows와 Linux 모두에서 Python 클라이언트를 제공합니다. 이 Python 클라이언트에는 다음의 모든 클라이언트 측 API 기능이 있습니다. NCache 이는 전통적으로 .NET 및 Java 클라이언트가 즐겼던 것입니다.
NCache 이제 Windows와 Linux 모두에서 Scala 클라이언트를 제공합니다. 이 Scala 클라이언트에는 다음의 모든 클라이언트 측 API 기능이 있습니다. NCache 이는 전통적으로 .NET 및 Java 클라이언트가 즐겼던 것입니다.
NCache 가져오기 및 내보내기 도구를 PowerShell Cmdlet으로 제공합니다. 이러한 도구를 사용하여 JSON/CSV 데이터를 가져오거나 내보낼 수 있습니다. NoSQL Database 또는 그것에서. 이렇게 하면 전체 또는 일부를 추출할 수 있습니다. NoSQL database.
NCache 지속성 공급자 NoSQL Database 공유 네트워크 폴더(UNC 경로 기반)에 있는 여러 파일에 데이터를 유지합니다. 따라서 일반 파일 시스템 도구를 사용하여 백업을 수행할 수 있습니다.
온라인 백업 기능을 제공하려면 NCache 또한 잠시 중단하는 관리 도구(PowerShell Cmdlet)도 제공합니다. NCache 영구 저장소에 쓰고 파일 시스템 백업을 수행하는 동안에만 메모리에 만듭니다. 그러나 백업이 끝나면 쓰기를 활성화할 수 있으며 보류 중인 모든 쓰기는 영구 저장소에 즉시 적용됩니다.
SQL Server 또는 MongoDB를 저장소 옵션으로 사용하는 경우 이러한 데이터베이스는 사용해야 하는 온라인 백업 도구를 제공합니다.
NCache 기존 Lucene 색인을 NCache 기존 Lucene 인덱스에서 문서를 읽고 개별적으로 쓰는 것보다 훨씬 빠른 대량 파일 복사 방식으로 Lucene을 배포합니다. NCache API를 통해 Lucene을 배포합니다.
다음 유형의 Lucene 색인 가져오기를 수행할 수 있습니다.
NCache Lucene 인덱스를 분산 환경과 각각에 분할하고 저장합니다. NCache 섬기는 사람. 그리고 모든 인덱스는 여러 파일로 저장됩니다. 따라서 일반 파일 시스템 백업/복원 도구를 사용할 수 있습니다.
현재 응용 프로그램이 Lucene 색인을 업데이트하지 않는 한 온라인 백업을 수행할 수 없습니다. 서버를 중지하고 백업을 수행하려면 트래픽이 적은 시간을 선택해야 합니다.
분산 Lucene 인덱스를 복원하는 것은 파일 시스템 파일을 복원하는 것과 동일하므로 가능합니다. 다시 시작해야 할 수 있습니다 NCache 백업을 수행할 때와 동일한 배포 구성 정보를 가진 서버.
NCache 이제 .NET 6.0을 완벽하게 지원합니다. 모두 NCache 서버는 .NET 6.0(또는 .NET Framework 해당 버전을 다운로드한 경우 4.8). NCache 클라이언트도 .NET 6.0입니다. 하지만, NCache 또한 이전 버전의 지원을 제공합니다. .NET Core 과 .NET Framework for NCache 클라이언트.
NCache 이제 ASP.NET/ASP에 JSON 직렬화를 사용할 수 있습니다..NET Core 세션. 이전에는 .NET에서 제공하는 바이너리 직렬화를 사용하는 것이 유일한 옵션이었습니다. 여전히 Binary Serialization 옵션이 있지만 .NET 6.0에서는 기본적으로 Binary Serialization이 비활성화되어 권장되지 않습니다.
또한 JSON 직렬화를 사용하면 "직렬화 가능"으로 표시되지 않은 개체를 사용할 수 있으며 컴팩트 직렬화를 사용하지 않고도 개체를 사용할 수 있습니다. JSON 직렬화를 사용하면 구성 설정만 변경하면 됩니다.
개체 속성을 포함하려면 NCache SQL 쿼리, 먼저 인덱싱해야 합니다. 이전에는 색인을 생성하는 유일한 방법은 색인을 다음의 일부로 정의하는 것이었습니다. NCache 구성. 그것은 여전히 가능하고 이것을하는 좋은 방법입니다.
그러나 이제 사용자 지정 주석을 사용하여 프로그래밍 방식으로 쿼리 인덱스를 정의할 수 있습니다. 이를 통해 이제 쿼리 인덱스를 생성하는 다양한 방법을 완벽하게 지원합니다. NCache.
NCache 이제 인덱스를 생성한 다음 SQL 쿼리에서 사용하기 위한 nullable 속성을 지원합니다. 이 기능은 .NET 속성과 필드가 null을 허용하기 때문에 제공됩니다. 그러나 이전에 NCache null 값을 기반으로 하는 검색을 지원하지 않았지만 이제는 지원합니다.
NCache 이제 Distributed Lucene으로 전체 텍스트 검색에서 지리 공간 인덱스를 지원합니다. 일반 전체 텍스트 검색 Lucene 인덱스와 마찬가지로 Geospatial 인덱스도 내부적으로 Lucene.NET을 사용하여 Geospatial 쿼리를 지원합니다. 지리 공간 인덱스용 NuGet 패키지는 전체 텍스트 검색 인덱스 NuGet 패키지와 별개입니다.
NCache 이제 Distributed Lucene으로 패싯 검색을 지원합니다. 패싯 검색은 패싯 탐색 시스템으로 기존 검색 기술을 보강하는 기술입니다. 이를 통해 사용자는 항목의 패싯 분류를 기반으로 여러 필터를 적용하여 검색 결과의 범위를 좁힐 수 있습니다.
NCache 패싯 검색을 수행하는 데 필요한 모든 API가 포함된 패싯 검색용 NuGet 패키지를 제공합니다.
평가 기간은 의 이전 버전에서 이미 추적되었습니다. NCache 개별 다운로드 또는 개별 설치 수준이 아닌 이메일 도메인 수준에서. 즉, 이전 버전의 NCache 하지만 구입하지 않았습니다. 평가 기간이 이미 만료되었을 가능성이 큽니다.
그러나, NCache 5.3은 이 버전에 대한 평가 기간을 새롭게 시작합니다. 이전과 같이 30일 평가 기간이 제공되며 영업 팀에 한 번에 30일씩 연장하여 총 180일까지 연장하도록 요청할 수 있습니다.
NCache 는 이전에 스마트 개체 풀링을 구현하고 더 큰 개체를 80K 미만의 개체로 분할하여 LOH를 자주 사용하지 않습니다. 이 초기 메모리 최적화는 이미 개선되었습니다. NCache 개별 항목의 가져오기, 삽입, 업데이트, 삭제와 같이 가장 일반적으로 사용되는 "원자적 작업"의 경우 성능이 상당히 향상됩니다.
그러나 대량 작업, 쿼리 인덱스, SQL 검색 등과 같은 다른 많은 영역은 이러한 방식으로 완전히 최적화되지 않았으므로 LOH 및 Gen2 컬렉션을 자주 사용하여 최상의 성능을 얻지 못했습니다.
이제 이 버전의 NCache 이 모든 영역에서 최적화된 메모리 관리를 통해 NCache 온 사방에.
다음과 같은 최적화가 이루어졌습니다.
NCache 전통적으로 온프레미스 환경에서 실행되었으므로 https를 사용하여 액세스할 필요가 없었습니다. NCache 웹 관리자. 그러나 이제 Azure, AWS 및 기타 클라우드가 널리 보급되면서 사용자가 액세스해야 하는 상황이 점점 더 많이 발생하고 있습니다. NCache https를 통한 웹 관리자.
NCache 이제 액세스를 위한 https 지원을 제공합니다. NCache 웹 관리자. 기본적으로는 http이지만 인증서가 있는 경우 https를 사용하도록 구성할 수 있습니다.
NCache 전통적으로 NCache 컴퓨터 이름이 아닌 IP 주소를 기반으로 하는 서버. 그 이유는 많은 상황에서, NCache 서버에 여러 NIC(네트워크 인터페이스 카드)가 있고 컴퓨터 이름이 매핑된 NIC를 알지 못했습니다. 따라서 IP 주소를 사용하여 NCache 서버와 클라이언트가 여전히 선호되는 방식입니다.
그러나 지금 NCache 원하는 경우 IP 주소 대신 시스템 이름을 지정할 수 있는 기능을 제공합니다. 캐시 구성에 캐시 서버 또는 캐시 클라이언트를 추가하기 위한 시스템 이름을 지정할 수 있습니다. 마찬가지로 에 대한 모든 보기 NCache Web Manager는 기본적으로 IP 주소를 계속 사용합니다.
2021 년 10 월 12 일
NCache 5.2 SP1에는 몇 가지 중요한 성능 및 메모리 최적화가 포함되어 있습니다. 이 릴리스에는 주요 사용자 경험 개선 사항도 포함되어 있습니다. NCache 5.2 SP1은 모든 사용자에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
항목 크기가 비교적 큰 대량 작업은 이전 버전에서 많은 메모리를 차지했습니다. 이 릴리스에서는 개체 풀링 및 기타 LOH 방지 기술을 사용하여 대량 작업과 관련된 코드 경로에서 더 작은 메모리 공간을 차지합니다.
protobuf-net의 최신 버전에는 몇 가지 주요 메모리 향상 기능이 있습니다. NCache 이제 메모리와 성능을 더욱 향상시키기 위해 최신 버전의 protobuf-net을 사용합니다.
이전에는 오프라인 활성화가 필요한 다단계 프로세스였습니다. NCache 대화할 사용자 Alachisoft 지원팀. 이제 이 최신 버전을 통해 사용자는 연락하지 않고도 오프라인 활성화를 완료할 수 있습니다. Alachisoft 지원팀.
설치 키는 30일 무료 평가판과 함께 제공됩니다. 이 최신 버전에서 설치 키는 개별 고객이 아닌 고객 도메인 수준에서 추적됩니다. 그래서 평가 NCache 실제로 회사의 첫 번째 사용자가 다운로드한 날부터 시작됩니다. 그러나 각 버전의 NCache 이제부터 자체 평가 기간이 있습니다.
2021 년 3 월 25 일
NCache 5.2에는 캐싱과 관련된 몇 가지 중요한 기능이 포함되어 있습니다. 이 릴리스에는 주요 성능 개선 사항도 포함되어 있습니다. NCache 5.2은 모든 사용자에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
캐시 로더/새로 고침은 구성 가능한 간격으로 주기적으로 실행되고 캐시 데이터를 새로 고치는 서비스입니다. 사용자는 구성에 하나 이상의 명명된 데이터 세트를 추가하여 이 기능을 구성합니다. 각 데이터 세트는 한 번 로드되거나 주기적으로 새로 고쳐지도록 구성할 수 있습니다.
다음 두 가지가 Pub/Sub에 추가됩니다.
TOPIC 생성 시 TOPIC에 우선순위를 부여할 수 있다. 우선 순위가 높은 TOPIC의 메시지가 먼저 전달되고 우선 순위가 낮은 TOPIC의 메시지가 먼저 제거됩니다. 우선순위가 부여되지 않은 경우 '보통' 우선순위로 TOPIC이 생성됩니다.
게시자는 게시 순서를 유지하기 위한 지침이 포함된 메시지를 보낼 수 있어야 합니다. 이러한 메시지는 게시된 것과 똑같은 순서로 구독자에게 전달됩니다. 특정 게시자의 주문된 메시지는 하나의 캐시 서버에 있습니다. 이것은 위치 선호도를 사용하여 구현됩니다.
주문한 모든 메시지는 다음과 같은 경우 동일한 가입자에게 전달됩니다. 배송 옵션.Any.
순수하게 JSON API를 사용하는 애플리케이션의 경우 .NET 또는 Java 기반 쿼리 인덱스를 정의하는 것이 불가능할 수 있습니다. 따라서 JSON 문서에서 인덱스 정의가 지원됩니다.
이 경우 사용자는 json 파일의 경로를 지정합니다. NCache Web Manager는 json 파일의 속성을 읽고 그리드에 나열합니다. 사용자는 색인을 정의해야 하는 목록에서 하나 이상의 속성을 선택할 수 있습니다.
json 문서의 쿼리 인덱스는 PowerShell 명령을 사용하여 생성할 수도 있습니다.
이제 사용자 지정 종속성이 서버 측에 배포됩니다. Read/Write Thru 공급자와 마찬가지로 사용자는 사용자 지정 종속성 공급자를 구현해야 합니다. 하나 이상의 사용자 지정 종속성 공급자가 있을 수 있으며 각각 고유한 이름을 갖습니다.
API를 통해 항목을 추가할 때 사용자는 이미 구성 및 배포된 사용자 지정 종속성 공급자의 이름을 지정합니다.
사용자는 수신하는 이메일 알림의 텍스트 및 제목을 변경하고자 할 수 있습니다. NCache. 에 의해 생성된 이메일의 모든 텍스트 및 제목 NCache 템플릿을 사용합니다. 이러한 템플릿은 설치 디렉토리에 제공됩니다. 사용자는 요구 사항에 따라 이러한 템플릿을 변경할 수 있습니다.
일부 조직에는 고가용성을 위해 구성된 도메인 컨트롤러가 두 개 이상 있을 수 있습니다. 주 도메인 컨트롤러가 다운되면 보조 컨트롤러가 활성화됩니다. NCache 이제 주 도메인 컨트롤러와 보조 도메인 컨트롤러 모두에 대한 보안 구성도 지원합니다.
사이의 전송 수준 통신을 위해 TLS 1.2 지원이 제공됩니다. NCache Linux 및 캐시 클라이언트의 서버.
ASP.NET과 ASP 간의 세션 공유.NET Core 응용 프로그램이 지원됩니다. 구성 설정에서 활성화할 수 있습니다. 서로 다른 응용 프로그램 간에 세션을 공유하려면 모든 응용 프로그램에서 동일한 사용자 지정 세션 ID 생성기를 사용해야 합니다.
이는 다중 지역 세션에서도 지원됩니다.
IDistributedCache를 통해 구성된 경우 세션 공유가 지원되지 않습니다.
사용자는 SQL 종속성을 지정하여 캐시에서 페이지의 응답을 무효화할 수 있습니다. 지정된 SQL에 해당하는 데이터가 수정되거나 삭제되면 캐시의 응답이 삭제됩니다. 새 요청에서 다시 생성되고 동일한 SQL 종속성을 사용하여 캐시에 추가됩니다.
IDistributedCache를 통해 구성된 경우에는 지원되지 않습니다.
NCache 다음과 같이 Identity Server 4의 외부 저장소로 사용할 수 있습니다.
로 구성할 때 NCache, 사용자는 다른 캐시 세션 캐싱과 데이터 캐싱을 사용할 수 있습니다. NCache IDistributedCache로 사용될 때 다른 목적을 위해 여러 캐시를 사용하는 옵션을 제공해야 합니다.
새 Java 클라이언트는 새 .NET API와 100% 동일합니다. 다음과 같은 서비스가 있습니다.
새로운 Java 클라이언트는 또한 더 나은 성능을 위해 파이프라이닝을 사용합니다.
다음 서버 측 모듈은 Java로 작성할 수 있습니다.
NCache 이제 새로운 .NET 및 Java JSON API와 100% 동일한 Node.js 클라이언트가 있습니다. 다음과 같은 서비스가 있습니다.
주요 메트릭 모니터링을 위한 Prometheus와의 통합 NCache. NCache 구성 가능한 카운터 세트를 Prometheus 서버에 게시합니다.
NCache Grafana용 대시보드는 Grafana 갤러리에서 제공됩니다. 대시보드에는 Prometheus 서버에서 가져온 다양한 카운터가 있습니다. NCache 카운터를 게시하고 있습니다.
NCache Professional 이제 웹 기반 GUI 도구가 있습니다. NCache 관리 및 기본 모니터링. NCache Web Manager를 사용하면 캐시를 생성, 구성, 시작 및 중지할 수 있습니다. 이것은 또한 신속하게 스트레스 테스트를 실행하고 통계를 보는 데 도움이 됩니다.
2020 년 11 월 23 일
In NCache 5.1, 몇 가지 중요한 버그 수정과 몇 가지 새로운 개선 사항이 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
이제 서버 전용 라이선스는 컴퓨터에 필요한 라이선스 수를 계산할 때 메모리도 고려합니다. 서버에 연결할 수 있는 클라이언트의 수는 이제 서버 전용 라이선스에서 무제한입니다.
RAM 크기와 vCPU 수의 조합에 따라 머신에 필요한 라이선스 수가 결정됩니다. 이러한 조합은 NCache 라이선스 플랜 형태의 가격 책정 페이지.
클라이언트 시스템에서 활성화는 더 이상 지원되지 않습니다.
라이선스가 클라이언트-서버인 경우에도 캐시 서버를 활성화하기만 하면 됩니다. 활성화 시 사용자는 캐시 서버에서 활성화할 클라이언트 라이선스 수를 지정해야 합니다.
NCache Professional 에디션은 이 라이선스 체계를 지원하지 않습니다.
사용자는 이제 무료 개발/테스트 캐시 서버를 만들 수 있습니다. Remote client그러나 다음과 같은 몇 가지 제한 사항이 있지만 이러한 캐시 서버에 연결할 수 있습니다.
이제 사용자는 무료 평가를 위해 원격 시스템을 등록할 수 있습니다. NCache Register에서 '-Server' 매개변수 사용-NCache평가 PowerShell 명령.
2024 년 4 월 24 일
NCache 5.0 SP6은 다음 용으로만 출시됩니다. NCache Open Source 판. 이 릴리스에는 오픈 소스 에디션의 몇 가지 중요한 버그 수정과 몇 가지 새로운 제한 사항이 포함되어 있습니다.
2020 년 10 월 28 일
In NCache 5.0 SP4에는 몇 가지 중요한 버그 수정과 몇 가지 새로운 개선 사항이 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
이제 WAN 복제를 추가로 사용자 지정하여 두 데이터 센터 간에 데이터가 복제되는 빈도를 더 많이 제어할 수 있습니다. 다음은 구성입니다.
복제 간격은 두 개의 연속 복제 사이의 중간 지연 간격(밀리초)입니다. 기본값은 3000밀리초(3초)로 설정됩니다. 사용자는 ' 값을 조정하여 요구 사항에 따라 이 간격을 변경할 수 있습니다.NCacheServer.BridgeReplicationInterval' 태그의 NCache 서비스 구성 파일.
캐시는 제공된 임계값 크기의 대량으로 브리지에 작업을 보냅니다. 기본 크기는 500KB입니다. 사용자는 ' 태그 값을 변경하여 이 크기를 구성할 수 있습니다.NCacheServer.BridgeBulkOperationSize'에서 NCache 서비스 구성 파일.
이 릴리스에서는 최신 버전의 EFCore에 대한 지원이 제공됩니다.
서버 전용 라이센스는 서버 라이센스만 구입하는 이 새 릴리스에서 지원됩니다. 이 유형의 라이선스에서는 하나의 캐시 서버에 최소 4개의 라이선스가 필요합니다.
다음 기능이 추가됩니다. NCache professional.
NCache 한 달에 한 번 기능 사용 보고서를 Alachisoft 섬기는 사람. 이는 고객으로부터 받은 데이터를 기반으로 제품을 개선하기 위한 것입니다. 다음 정보는 이 보고서의 일부입니다.
새로운 PowerShell cmdlet '등록-NCache평가'를 제공하여 등록합니다. NCache 에서 받은 평가 키를 사용하여 무료 평가 Alachisoft. 이 cmdlet을 사용하여 평가 기간을 연장할 수도 있습니다.
NCache Open Source Register-를 사용하여 등록할 수 있습니다.NCache오픈소스 cmdlet.
이번 출시 NCache 지원 NCache Cloud 제공합니다. NCache Cloud Service Azure 및 AWS에서 제공됩니다.
모든 버전 NCache 이제 Azure 및 AWS에 설치할 수 있지만 다음을 권장합니다. NCache의 마켓플레이스 이미지가 설치 대신 사용됩니다. NCache.
2023년 6월 28일
In NCache 5.0 SP3에는 몇 가지 중요한 버그 수정과 몇 가지 새로운 개선 사항이 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache Remote Client일반적으로 상자당 최소 2개의 라이선스가 필요합니다. 머신에 8개 이상의 코어가 있는 경우 4개 코어마다 추가 라이선스가 필요합니다. 예를 들어 12개의 코어가 있는 머신에는 3개의 라이선스가 필요하고 20개의 코어에는 5개의 라이선스가 필요합니다.
그러나, NCache SaaS 사용자, 필요한 라이선스 remote client해당 시스템의 코어 수가 4개를 초과하더라도 s는 16를 초과하지 않습니다.
다음은 추가된 새로운 PowerShell 명령입니다.
기존 PowerShell 명령이 다음과 같이 향상되었습니다.
2019 년 12 월 09 일
In NCache 5.0 SP2에는 몇 가지 중요한 버그 수정과 몇 가지 새로운 개선 사항이 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
이전에는 Bridge가 2개 이상의 캐시를 가질 수 없었습니다. 이번 릴리스에서는 NCache 이제 Bridge에서 2개 이상의 캐시를 지원합니다. 하나 이상의 캐시가 활성 상태여야 합니다.
활성 캐시가 Bridge의 다른 캐시에 자동으로 데이터를 복제하더라도 캐시 간의 상태 전송은 더 이상 활성화되지 않습니다. 캐시가 다운되거나 새 클러스터가 추가되면 캐시를 동기화하기 위한 수동 상호 작용이 필요합니다.
Windows 및 Linux 모두에 대해 LDAP 보안 지원이 추가되었습니다. 이전에는 Linux에서 LDAP에 대한 지원이 없었지만 Windows에는 Active Directory 기반 지원이 있었습니다.
Pub/Sub(TOPIC)에서 다음과 같이 개선되었습니다.
사용자 지정 종속성 기능이 다음과 같이 향상되었습니다.
NCache 이제 클라이언트와 서버 간의 고성능 IO 작업을 위해 System.IO.Pipelines를 사용합니다. 이러한 접근 방식으로 인해, NCache 2노드 클러스터에서 초당 5백만 작업을 수행할 수 있습니다.
파이프라이닝은 기본적으로 모든 캐시에서 활성화됩니다. 그러나 캐시 생성 시 또는 캐시 구성을 수정하여 언제든지 비활성화할 수 있습니다.
아키텍처 변경이 이루어집니다 NCache 사용할 수 있는 동적으로 모듈을 등록하기 위한 지원을 추가합니다. NCache의 분산 아키텍처를 변경하지 않고 NCache 소스 코드.
Lucene.NET 지원도 다음을 통해 추가됩니다. NCache 모듈.
다음 PowerShell Cmdlet이 추가되었습니다.
자세한 내용은 NCache 판 비교
2019 년 8 월 26 일
In NCache 5.0 SP1에는 몇 가지 중요한 버그 수정과 몇 가지 새로운 개선 사항이 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache SignalR backplane ASP용.NET Core 응용 프로그램이 제공됩니다.
이제 Internet Explorer 11(최신 릴리스)에서 웹 관리를 수행할 수 있지만 Microsoft Edge, Chrome, Firefox 또는 Opera를 사용하는 것이 좋습니다.
모든 버전의 설치 키 NCache 이제 다운로드 시 동적으로 생성됩니다. 즉, 모든 고객은 고유한 설치 키를 받습니다.
Professional 및 Open Source 버전의 캐시 서버는 .NET 기반입니다. 클라이언트는 .NET 및 .NET Core. 이 두 버전의 Linux에는 캐시 서버를 설치할 수 없습니다.
오픈 소스 및 프로페셔널 에디션은 Alachisoft오픈 소스와 프로페셔널 에디션 모두에서 제한된 수의 기능을 가지고 있었던 의 독창적인 전략입니다.
자세한 내용은 판 비교
2019 년 5 월 14 일
NCache 5.0에는 클러스터링 및 캐싱과 관련된 몇 가지 중요한 기능이 포함되어 있습니다. 이 릴리스에는 주요 성능 개선 사항도 포함되어 있습니다. NCache 5.0은 모든 사용자에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 다양한 메소드에 대한 오버로드 수를 줄여 API를 보다 간편하고 쉽게 사용할 수 있도록 리팩토링했습니다. 새로운 API는 C#의 최신 기능도 사용하고 있습니다. .NET Framework (작업 병렬 라이브러리, 비동기 메서드 및 제네릭).
다음과 같이 개선되었습니다. NCache 메시징 프레임워크.
그러나 영구 구독(명명된 구독)의 경우 메시지는 해당 구독 내의 모든 구독자 또는 모든 구독자에게 푸시될 때까지 저장됩니다. 영구 가입자가 갑작스러운 연결 해제(Unsubscribe를 호출하지 않고 떠나는 경우) 후에 다시 오는 경우 중단된 시간 동안 게시된 메시지를 받을 수 있습니다.
그러나 메시지는 모든 구독자 또는 모든 구독자에게 전달되지 않더라도 만료 후에 저장소에서 제거됩니다.
영구 구독에는 두 가지 정책이 더 있습니다.
- 공유, 구독에 여러 구독자가 있을 수 있습니다.
-독점, 구독에서 한 번에 한 명의 구독자만 될 수 있습니다. 모든 비영구 구독은 독점입니다.
이 릴리스에서는 몇 가지 주요 성능이 향상되었습니다. 코어 하위 시스템은 캐시 작업의 더 나은 성능을 얻기 위해 재설계되었습니다. 이러한 개선 사항 중 일부에는 Microsoft의 System.IO.Pipelines와 같은 최신 라이브러리 통합이 포함됩니다. System.IO.Pipelines는 .NET에서 고성능 IO를 보다 쉽게 수행할 수 있도록 설계된 새로운 라이브러리입니다.
All NCache 이벤트는 이제 내부적으로 더 안정적인 NCache의 Pub/Sub 프레임워크입니다. 다음 유형은 이제 Pub/Sub를 기반으로 하는 이벤트입니다.
NCache의 SQL은 이제 SQL 문에 FROM 절뿐만 아니라 프로젝션도 포함하도록 향상되었습니다. 이전에는 SQL 문에 프로젝션이 없었고 결과적으로 주어진 기준과 일치하는 완전한 캐시 항목이 반환되었습니다.
SQL을 통해 '그룹'별로 캐시 항목을 검색할 수 있도록 지원합니다. 이 기능을 사용하여 사용자는 '태그'에 대해 수행하는 것처럼 캐시를 쿼리하여 '그룹'에 대해 캐시 항목을 반환할 수 있습니다.
전설적으로 NCache 캐시에 항목을 바이너리 데이터로 저장합니다. 이진 직렬화는 시간과 메모리 소모 측면에서 비용이 많이 들 수 있습니다. 에 NCache 5.0부터 사용자는 선택적으로 JSON 직렬화된 저장소를 갖도록 캐시를 구성할 수 있습니다. JSON 직렬화는 대부분의 경우 효율적입니다.
NCache 이제 .NET 인터페이스의 구현으로 제공되는 분산 데이터 유형 및 데이터 구조가 있습니다. 다음 구현이 제공됩니다.
System.Collections.Generic.IList<T>
. 키 복제를 허용하고 순서를 유지합니다.System.Collections.Generic.ICollection<T>
. 중복 키를 허용하지 않으며 순서를 유지하지 않습니다. DistributedHashSet에는 두 집합의 Union, Intersection 및 Difference에 대한 추가 메서드가 있습니다.System.Collections.Generic.IDictionary<TKey, TValue>
. 사용자는 키-값 쌍으로 데이터를 저장할 수 있습니다. 이 데이터 구조에서는 순서가 유지되지 않습니다.System.Collections.Generic.ICollection<T>
. 그러나 이 데이터 구조에 저장된 데이터는 대기열의 경우와 마찬가지로 FIFO 모델에서 사용됩니다.유지 관리 모드에서 서버 노드를 중지하면 redis나머지 노드 간의 데이터 트리뷰션. 캐시의 데이터에 따라 시간이 많이 걸릴 수 있습니다. 이 시간 동안 캐시는 취약한 상태에 있으며 일부 작업은 실패하거나 실행하는 데 더 오래 걸릴 수 있습니다.
이 새로운 기능을 사용하면 노드가 유지 관리를 위해 중지될 때 캐시의 데이터가 redis공물. 이 기능은 클러스터의 노드가 패치를 적용하거나 기타 유지 관리 작업을 위해 짧은 시간 동안 중지될 때 유용합니다.
위치 선호도는 관련 캐시 항목을 한 노드에 유지하는 것을 의미합니다. 이 기능은 더 빠른 쿼리 및 대량 작업 등과 같은 여러 가지 방법으로 도움이 될 수 있습니다.
Lucene.NET은 텍스트 검색 엔진 라이브러리이지만 배포되지는 않습니다. 와 함께 NCache의 Lucene.NET SDK를 통해 사용자는 분산 Lucene 인덱스를 구축하고 쿼리할 수 있습니다. NCache의 Lucene.NET SDK는 Lucene.NET 라이브러리와 유사하므로 사용자가 사용법을 많이 배울 필요가 없습니다. NCache의 DistributedLucene.NET API.
. NET Core 기반 NCache 서버는 Windows에서도 사용할 수 있습니다. 이전에는 Linux에서만 사용할 수 있었습니다.
이것은 라이선스가 캐시 서버에서만 활성화되는 새로운 라이선스 체계입니다. 그러나 특정 수의 클라이언트가 캐시에 연결할 수 있도록 캐시 서버도 활성화됩니다. 필요한 서버 및 클라이언트 라이선스 수는 클라이언트-서버 활성화 체계와 동일합니다.
NCache 구성, 관리 및 모니터링은 웹 기반 애플리케이션을 통해 수행됩니다. 기본적으로 이 응용 프로그램은 모든 캐시 서버 및 클라이언트에 설치됩니다. 사용자는 브라우저에서 모든 서버에 연결하여 캐시 클러스터를 관리할 수 있습니다.
응용 프로그램은 ASP입니다.NET Core 기반이므로 Linux뿐만 아니라 Windows에서도 실행할 수 있습니다. 이 응용 프로그램은 데스크탑 기반의 모든 기능을 가지고 있습니다. NCache 매니저가 있었다. 데스크탑 기반 NCache Manager 및 Monitor는 중단되었습니다.
다음 몇 가지 PowerShell 명령이 추가되었습니다.
2018 년 8 월 07 일
In NCache 4.9 SP1, Community Edition이 중단되고 Professional Edition이 다시 출시되었습니다. 이번 릴리스에는 몇 가지 중요한 버그 수정과 몇 가지 새로운 개선 사항이 포함되어 있습니다. 개선 사항 및 새로운 추가 사항.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 서버(.NET Core 기반)은 이제 Linux 박스에서 호스팅될 수 있습니다. Linux용 별도 설치 프로그램(.tar.gz)을 다운로드할 수 있습니다.
30일 동안 완전히 작동하는 평가판이 돌아왔습니다. 현재 평가 기간 동안 성능 제한은 없습니다.
Professional 버전에는 Open Source 버전과 동일한 기능과 몇 가지 추가 관리 PowerShell 명령이 포함되어 있습니다. 클라이언트와 서버 설치 모두 무료 30일 평가판이 제공됩니다.
Linux 및 Windows Nano 서버용 Docker 이미지는 Docker Hub에서 사용할 수 있습니다. Docker 파일은 GitHub에서도 사용할 수 있습니다.
브리지의 항목 수를 모니터링하기 위해 성능 카운터가 도입되었습니다.
GetKeysByTag 및 GetByTag API에서 와일드카드 검색에 대한 지원이 제공됩니다.
CacheInitParams 인터페이스를 통해 API에서 클라이언트측 로깅을 활성화하기 위한 지원이 제공됩니다.
클라우드 및 온프레미스 배포를 모두 지원하기 위해 구독 기반 라이선스가 도입되었습니다.
2024년 2월 27일
NCache 4.9에는 ASP의 클러스터링 및 캐싱과 관련된 몇 가지 중요한 기능이 포함되어 있습니다..NET Core. 이 설정에는 성능도 일부 향상되었으므로 모든 사용자에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
분할 브레인(Split-Brain)은 클러스터 노드 간의 일시적인 네트워크 장애로 인해 여러 하위 클러스터가 발생하는 상황입니다. 이 경우 각 하위 클러스터에는 자체 코디네이터 노드가 있으며 다른 하위 클러스터에 대해서는 알지 못합니다. 이로 인해 결국 데이터가 일관되지 않을 수 있습니다. 와 함께 NCache 4.9에서는 사용자가 캐시 클러스터를 활성화하여 SplitBrain 시나리오에서 자동으로 복구할 수 있습니다.
NCache의 IDistributedCache 구현은 ASP 성능을 획기적으로 향상시키는 기능을 제공하는 분산 캐시 태그 도우미를 활용합니다..NET Core 응답을 캐싱하여 앱을 실행합니다.
기본 ADD, INSERT 및 GET 캐시 작업의 성능이 20-25% 향상되었습니다.
오픈 소스 및 커뮤니티 에디션에는 이제 Enterprise 에디션과 동일한 클라이언트 API가 있습니다. 즉, 이제 모든 엔터프라이즈 개발자 기능을 오픈 소스 및 커뮤니티 버전에서도 사용할 수 있습니다.
2017 년 11 월 2 일
NCache 4.8에는 런타임 데이터 공유, 메시징 및 .NET Core. 이는 모두에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 4.8은 이제 무료 커뮤니티를 시작했으며 강력한 GUI 기반을 제공합니다. NCache 중앙 위치에서 캐시를 쉽게 구성할 수 있는 관리자입니다. 와 함께 NCache 4.9에서는 사용자가 캐시 클러스터를 활성화하여 SplitBrain 시나리오에서 자동으로 복구할 수 있습니다.
NCache 이제 완전히 기본 제공 .NET Core Windows와 Linux 모두에서 실행할 수 있는 클라이언트입니다. 윈도우에서는, NCache .NET Core 클라이언트는 Windows Installer(.msi)를 통해 설치됩니다. 그러나 Linux에서는 별도의 설치(.tar.gz)가 제공됩니다.
NCache 이제 캐시 클라이언트와 캐시 서버 모두에 대해 Docker를 완벽하게 지원합니다. Docker에 배포되도록 .NET 애플리케이션을 구성하고 다음을 포함할 수 있습니다. NCache 클라이언트가 원활하게 작동합니다.
NCache 이제 전체 ASP 제공.NET Core 지원, 둘 다 .NET Framework 과 .NET Core (이전에는 켜진 상태에서만 .NET Framework). 이 지원에는 강력한 ASP가 포함됩니다..NET Core 일반 ASP보다 더 많은 기능을 가진 Session Provider.NET Core 세션 제공자. 또한 ASP의 IDistributedCache 인터페이스에 대한 지원도 포함됩니다..NET Core.
게시/구독(Pub/Sub) 메시징 패러다임은 게시자가 구독자가 누구인지(있는 경우) 알지 못한 채 채널에 메시지를 보내는 경우 제공됩니다. 그리고 구독자는 게시자가 누구인지 알지 못한 채 관심 있는 메시지만 받습니다.
NCache EF Core 2.0을 통해 가져오는 애플리케이션 데이터를 캐시할 수 있도록 매우 사용하기 쉬운 EF Core 2.0 확장 메서드를 구현했습니다.
모든 통신 NCache ~하는 고객 NCache 이제 TLS 1.2(SSL 3.0보다 새로운 사양)를 통해 선택적으로 서버를 보호할 수 있습니다. TLS 1.2는 다음 사이를 이동하는 모든 데이터를 보장합니다. NCache 고객과 NCache 서버는 완전히 암호화되고 보호됩니다.
NCache 전통적으로 강력한 GUI 기반 캐시 관리 도구와 풍부한 명령줄 도구 세트를 제공했습니다. 지금, NCache PowerShell에서 모든 명령줄 캐시 관리 도구를 구현했습니다. 이제 보다 정교한 캐시 관리를 위해 PowerShell 스크립트를 작성할 수 있습니다.
일부 방화벽은 유휴 네트워크 연결을 중단하여 캐시 클라이언트와 캐시 서버 간 통신에 문제를 일으킵니다. NCache. Cache Client Keep Alive 기능이 클라이언트 노드에서 활성화되면 구성 가능한 간격(일종의 하트비트)에 따라 경량 패킷을 캐시 서버에 자동으로 보냅니다. 이러한 패킷은 클라이언트와 서버 간에 활동이 없는 경우에만 전송되므로 일반 클라이언트/서버 트래픽을 방해하지 않습니다.
NCache 프로젝트 파일 내부에 일부 캐시 구성 정보를 유지하는 데 사용되는 관리자입니다. 그러나 여러 사람이 서로 다른 컴퓨터에서 캐시 구성을 수정하려고 하면 데이터 무결성 문제가 발생했습니다. 이 문제를 해결하려면 NCache Manager는 이제 프로젝트 파일 내에 캐시 구성 정보를 저장하지 않습니다. 대신, 모든 구성 정보는 모든 장소에서 공통으로 사용되는 캐시 서버에 보관되므로 더 이상 데이터 무결성 문제가 발생하지 않습니다.
전통적으로, NCache 캐시 클라이언트와 캐시 서버 모두 라이선스를 취득해야 하는 클라이언트/서버 라이선스 옵션만 제공했습니다. 그러나 지금은 NCache 캐시 클라이언트에 라이센스가 필요하지 않은 추가 서버 전용 라이센스 옵션을 제공합니다. 캐시 서버에만 라이선스가 필요합니다. 서버 전용 라이선스를 사용하려면 계정 관리자에게 자세한 내용을 문의하세요.
2017 년 5 월 10 일
NCache 4.6 SP3에는 몇 가지 사소한 기능과 클라이언트 캐시 최적화가 포함되어 있습니다. 고객이 보고한 다양한 버그 수정도 있습니다. 이는 모두에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
와 NCache 4.6 SP3에서는 캐시를 사용하여 여러 웹 서버에 배포된 SignalR 애플리케이션에 메시지를 배포할 수 있습니다.
캐시에서 상태를 전송하는 동안 더욱 안정적이고 내결함성이 있는 클라이언트 측 데이터 판독기가 도입되었습니다.
더 많은 샘플이 함께 배송되었습니다. NCache 설치. 기존 샘플도 리팩토링됩니다.
2017 년 1 월 3 일
NCache 4.6 SP2에는 몇 가지 클라이언트 캐시 최적화, 브리지 토폴로지 개선 사항 및 캐시 모니터링 관련 기능이 포함되어 있습니다. 고객이 보고한 다양한 버그 수정도 있습니다. 이는 모두에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
클러스터에 연결된 캐시 클라이언트를 모니터링하기 위한 새로운 API가 도입되었습니다. 이 API를 사용하면 연결된 클라이언트 목록을 가져올 수 있을 뿐만 아니라 새 클라이언트가 연결되거나 기존 클라이언트의 연결이 끊어지는 경우 알림을 등록할 수 있습니다.
클라이언트 캐시는 이제 클러스터 캐시와 동기화하는 방법을 최적화했습니다. 클러스터 캐시에 대한 각 업데이트에 대한 이벤트를 수신하는 대신 클라이언트 캐시는 이제 구성 가능한 간격으로 이벤트를 대량으로 수신할 수 있습니다. 이렇게 하면 트래픽과 메모리 사용량이 줄어듭니다.
NCache Bridge는 이제 동일한 이름의 캐시를 가질 수 있습니다.
캐시 로더 NCache 이제 더 빠른 캐시 로딩에 도움이 될 수 있는 여러 노드에서 실행할 수 있습니다.
FIPS 호환 AES 암호화는 SP2에 도입되었습니다.
NCache ASP용 ASP.NET 세션 저장소 공급자.NET Core 이제 응용 프로그램이 지원됩니다.
NCache 이제 컴퓨터에 있는 코어 수에 따라 라이선스가 부여됩니다. 4개 코어마다 1개의 라이선스가 사용됩니다. 코어 수가 2개 미만인 경우에도 머신을 활성화하려면 최소 8개의 라이선스가 사용됩니다. 코어가 16개이면 라이선스 4개, 코어가 20개이면 라이선스 5개, 코어가 32개인 경우 라이선스 8개가 사용됩니다. 개발자 라이선스가 있는 컴퓨터는 이제 원격 캐시에 연결할 수 있지만 초당 요청 수와 클라이언트가 원격 캐시에 대해 수행할 수 있는 총 요청 수에는 제한이 있습니다.
2016 년 5 월 03 일
NCache 4.6 SP1에는 메모리와 관련된 몇 가지 최적화가 포함되어 있으며 성능이 크게 향상되었습니다. NCache. 이것은 모두에게 권장되는 업그레이드입니다. NCache 사용자.
2015 년 12 월 7 일
NCache 4.6에는 런타임 데이터 분석, 성능 및 메모리 최적화와 관련된 몇 가지 중요한 기능이 포함되어 있습니다. NCache. 이것은 모두에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 이제 데이터를 개체 형식으로 저장하도록 캐시를 구성할 수 있습니다. 기본적으로 모든 데이터는 이진 형식으로 저장됩니다.
각 캐시 NCache 이제 다른 모든 캐시와 독립적으로 실행되는 자체 프로세스에서 호스팅됩니다. 이 프로세스의 관리는 다음을 통해 수행됩니다. NCache 머신에서 실행 중인 모든 캐시 프로세스에 대한 정보가 있는 서비스입니다.
맵리듀스 NCache 개발자는 대량의 비정형 데이터를 병렬로 처리하는 프로그램을 작성할 수 있습니다. NCache 무리. 입력 데이터를 분산하고 병렬로 분석하기 위해 MapReduce는 모든 크기의 클러스터에 있는 모든 노드에서 병렬로 작동합니다.
Aggregator는 데이터 레코드를 처리하고 컴파일된 결과를 반환합니다. 여러 소스의 값을 그룹화하고 값 합계, 평균 계산, 최소/최대 값 찾기 등과 같은 다양한 작업을 수행하고 단일 결과를 반환할 수 있습니다.
NCache 캐시 항목 집합에 대해 서버 측에서 사용자 코드를 실행하는 기능을 제공합니다. 엔트리 프로세서는 가져오기 및 업데이트 작업을 위해 네트워크를 이동하기 위해 이러한 항목을 포함하지 않고 서버 측에서 캐시 항목을 수정할 수 있습니다.
이제 데이터베이스와 마찬가지로 데이터 판독기를 사용하여 캐시에서 쿼리를 실행할 수 있습니다. 데이터 리더를 사용하면 구성 가능한 크기의 여러 청크로 서버에서 결과 세트를 검색할 수 있습니다. 이 접근 방식은 더 나은 성능을 제공하고 클라이언트 측에서 더 적은 메모리를 사용합니다.
사용자는 이제 구성할 수 있습니다. NCache 기본 명명된 만료로. NCache 서버는 항목이 만료 없이 캐시에 삽입되거나 명명된 기본값을 사용하여 명시적으로 삽입되는 경우 기본 만료를 사용합니다.
이제 Select 문에는 하나 이상의 지정된 속성에 따라 정렬된 결과 집합을 반환하는 orderby 절이 있을 수 있습니다.
생성된 로그를 보고 모니터링하는 GUI 도구 NCache 서버와 클라이언트가 한곳에 있습니다. 모든 서버의 로그 파일은 동일한 도구에서 볼 수 있습니다. 이 도구는 로그 항목을 필터링할 수 있으며 중요한 로그 항목을 북마크에 추가할 수도 있습니다.
NCache 4.4 SP2로 업그레이드 가능 NCache 4.6 브리지 토폴로지를 사용하여 데이터 손실 없이.
NCache 4.6부터 캐시 서버와 클라이언트는 상자에 있는 CPU 수가 아닌 코어 수를 기준으로 라이선스가 부여됩니다.
2015 년 7 월 28 일
NCache 4.4 SP2에는 메모리 및 성능과 관련된 몇 가지 중요한 개선 사항이 포함되어 있습니다. NCache. 이는 모두에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
Dumpcachedata 도구는 캐시 데이터를 열거하여 실행 중인 캐시를 덤프하고 이 데이터를 사용자가 지정한 위치에 저장합니다. 이 데이터는 나중에 새 캐시나 동일한 캐시로 다시 로드될 수 있습니다. 이 도구는 고객이 캐시에 있는 비즈니스에 중요한 데이터를 잃지 않으려고 캐시 서버를 다시 시작해야 하는 경우에 유용합니다.
DumpCache 도구의 이름이 DumpCacheKeys로 변경되었습니다.
LinqPad는 다음과 함께 사용할 수 있는 타사 도구입니다. NCache 캐시 데이터를 쿼리합니다. 데이터는 LinqPad 콘솔에 표 형식으로 표시됩니다.
이제 서버에서 실행되는 캐시에 즉시 적용할 수 있는 서비스 구성 수준의 몇 가지 설정이 있습니다. 이전에는 서비스 구성 파일에 정의된 설정을 적용하려면 서비스를 다시 시작해야 했습니다. HotApplicable 설정 목록은 다음과 같습니다.
# | 속성 이름 | 뜨거운 적용 가능한 |
---|---|---|
1 | NCache서버.라이센스로깅 | 가능 |
2 | NCacheServer.EnableNagling | 가능 |
3 | NCacheServer.NaglingSize | 가능 |
3 | NCacheServer.NaglingSize | 가능 |
4 | NCache서버.이벤트대량수 | 가능 |
5 | NCacheServer.ExpirationBulkRemoveSize | 가능 |
6 | NCacheServer.ExpirationBulkRemoveDelay | 가능 |
7 | NCacheServer.EvictionBulkRemoveSize | 가능 |
8 | NCacheServer.EvictionBulkRemoveDelay | 가능 |
9 | NCacheServer.BulkItemsToReplicate | 가능 |
10 | NCacheServer.EnableCacheLastAccessCount | 가능 |
11 | NCacheServer.EnableCacheLastAccessCountLogging | 가능 |
12 | NCacheServer.CacheLastAccessCountInterval | 가능 |
13 | NCacheServer.CacheLastAccessLogInterval | 가능 |
14 | NCache서버.LOHPoolSize | 가능 |
15 | NCache서버.LOHPoolBufferSize | 가능 |
16 | NCacheServer.CacheSizeThreshold | 가능 |
17 | NCacheServer.CacheSizeReportInterval | 가능 |
18 | NCache서버.LogClient이벤트 | 가능 |
19 | NCache서버.이벤트로그레벨 | 가능 |
20 | NCacheServer.AllowRequestEnquiry | 가능 |
21 | NCache서버.요청EnquiryInterval | 가능 |
22 | NCache서버.응답 데이터 크기 | 가능 |
23 | NCacheServer.EnableSnapshotPoolingCacheSize | 가능 |
24 | NCache서버.스냅샷풀크기 | 가능 |
25 | NCacheServer.SnapshotCreationThreshold | 가능 |
26 | NCacheServer.RequestInquiryCleanInterval | 가능 |
대량 작업의 경우 더 나은 성능을 제공하기 위해 클라이언트 캐시에 몇 가지 아키텍처 변경이 이루어졌습니다.
2015 년 4 월 04 일
NCache 4.4 SP1에는 몇 가지 새로운 기능과 메모리 및 성능과 관련된 중요한 개선 사항이 포함되어 있습니다. NCache. 이것은 모두에게 권장되는 업그레이드입니다. NCache 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
이제 Visual Studio 내에서 기본 관리 및 구성 작업을 수행할 수 있습니다. 와 함께 NCache 4.4 SP1, 개발자 설치에는 'NCache 개발자의 관리를 도와주는 Manager 확장 프로그램 NCache Visual Studio에서. Visual Studio 2010/2012/2013은 다음에서 지원됩니다. NCache.
개발자가 다음을 사용하여 애플리케이션을 빌드할 수 있도록 NuGet 패키지가 제공됩니다. NCache 설치하지 않고 NCache 그들의 기계에. 이 패키지를 사용하면 개발자는 다음을 사용하여 애플리케이션을 작성할 수 있습니다. NCache API 및 InProc 캐시로 테스트하십시오.
Entity Framework 6.0 및 6.1 통합은 다음에서 제공됩니다. NCache 4.4 SP1. 이전에, NCache 지원되는 Entity Framework 5.0 또는 이전 버전. 이 서비스 팩에서는 NCache 또한 개발자가 캐시할 엔터티를 더 효과적으로 제어할 수 있도록 하는 Entity Framework 6.0용 캐싱 확장도 제공합니다. 이는 캐시되는 엔터티를 더 효과적으로 제어하려는 개발자를 위한 코드 변경 없음 구성 옵션의 대안입니다.
NCache 4.4 SP1은 .NET의 기본 데이터 구조보다 더 적은 메모리를 차지하고 더 나은 성능을 발휘하도록 향상된 사용자 정의 데이터 구조를 사용합니다. 이러한 데이터 구조는 LOH(대형 개체 힙)에 대한 할당을 최대한 방지합니다. NCache 프로세스가 심각한 메모리 조각화 상태에 들어가는 것을 방지합니다. 따라서, NCache 4.4 SP1은 메모리와 성능이 크게 향상되었습니다.
네트워크 파티셔닝 또는 분할 브레인은 클러스터가 분할되어 일부 서버가 나머지 서버와 연결할 수 없을 때 발생합니다. 이러한 인스턴스는 이제 이벤트 뷰어에 로그인되며 이러한 시나리오에 대한 이메일 경고는 다음에서 구성할 수도 있습니다. NCache 매니저.
NCache 4.4 SP1은 Windows Server 2012 R2에 대해 인증되었습니다. Microsoft의 모든 호환성 테스트를 통과했습니다. 마이크로소프트가 이를 검증했다 NCache Microsoft 표준에 따라 작동합니다.
2015 년 1 월 08 일
NCache 4.4에는 캐시 안정성과 관련된 몇 가지 중요한 개선 사항과 몇 가지 주요 버그 수정 사항이 포함되어 있습니다. 모든 사용자에게 권장되는 업그레이드입니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 라이선스는 이전에 지원되었던 영구 모델에서 연간 라이선스 모델로 이동되었습니다.
내부 데이터 구조는 저장된 항목의 메모리 오버헤드를 줄이기 위해 최적화되었습니다.
20개 노드 이상의 클러스터 크기에 대한 클러스터 시작 시간이 크게 향상되었습니다.
다양한 인덱스에서 획득한 메모리를 측정하기 위해 새로운 성능 카운터가 도입되었습니다. 다음은 각각에 대한 간략한 설명입니다.
OQL 관련 새로운 perfmon 카운터도 도입되어 다음과 같은 쿼리 관련 캐시 작업의 성능을 측정합니다. 평균 µs/쿼리 실행: 쿼리가 실행되는 동안 소요되는 평균 시간. 평균 쿼리 크기: 쿼리에서 반환된 평균 항목 수입니다. 쿼리/초: 캐시의 초당 쿼리 수입니다.
NCache 이제 Windows Server 2012 R2와 완전히 호환됩니다.
2023년 6월 28일
NCache 4.3 서비스 팩 1(SP)에는 캐시 안정성과 관련된 몇 가지 중요한 개선 사항과 주요 버그 수정 사항이 포함되어 있습니다. 모두에게 권장되는 업그레이드입니다. NCache 4.3 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
client.ncconf 파일(%NCHOME%/config 폴더에 있음)을 수정하여 클라이언트 측 로깅을 구성할 수 있습니다. 기본적으로 모든 캐시에 대해 클라이언트 측 로깅이 비활성화되어 있지만 다음 방법으로 언제든지 캐시에 대해 클라이언트 측 로깅을 활성화할 수 있습니다. 'enable-client-logs'에 'true' 값을 지정합니다. 예:
<cache id="mycache" ... enable-client-logs="false|true" log-level="error|info"/>
'enable-client-logs' 속성에 가능한 값은 'false' 및 'true'입니다. 기본값은 '거짓'입니다.
'log-level' 속성에 가능한 값은 'error' 및 'info'입니다. 기본값은 '오류'입니다.
현재 NCache 다른 네트워크나 원격 네트워크의 클라이언트도 다른 네트워크에 존재하는 캐시에 액세스할 수 있습니다. 이를 달성하려면 다음 두 태그를 'Alachisoft.NCache.Service.exe.config' 파일은 캐시 서버 노드에 있습니다.
<add key="NCacheServer.MgmtEndPoint" value="public-ip:public-port" />
<add key="NCacheServer.ServerEndPoint" value="public-ip:public-port" />
여기서 public-ip는 네트워크 외부에 노출된 IP 주소이고 publicport는 네트워크 외부에서 접근 가능한 포트입니다.
클라이언트 캐시는 이전에 다음에서만 볼 수 있었습니다. NCache 관리자는 각각의 두 번째 수준(2nd level) 캐시 아래에 있지만 이제 기존 클라이언트 캐시를 다음에서 볼 수 있습니다. NCache '캐시 탐색기'의 '로컬 캐시' 트리 노드 아래에 있는 관리자.
Out-proc 로컬 캐시 및 Out-proc 클라이언트 캐시에 대해 이메일 경고가 지원됩니다. 해당 이벤트를 선택할 수 있습니다. NCache 캐시 시작, 캐시 중지 등에 대한 이메일 알림을 보내드립니다.
클라이언트 캐시는 CreateClientCache, AddClientNode 등과 같은 명령줄 도구를 사용하여 캐시 클러스터 네트워크 외부에서 구성할 수 있습니다.
NCache 이제 Windows Server 2012와 완벽하게 호환됩니다.
NCache 사용할 Java 클라이언트 API를 제공합니다. NCache Java 기반 애플리케이션 내에서 캐시 저장소로 사용됩니다. NCache Java 클라이언트는 .NET 클라이언트 API와 완벽하게 호환됩니다.
2014 년 3 월 05 일
NCache 4.3에는 엔터프라이즈 수준 애플리케이션에 중요한 새로운 기능과 중요한 개선 사항이 도입되었습니다. 이 새로운 릴리스에서는 NCache 클라우드에 설치 Windows Azure 및 Amazon에서. 또한 래퍼 Memcached 이제 교체를 원하는 기존 사용자가 사용할 수 있습니다. Memcached 과 NCache. 이 새 릴리스는 여러 플랫폼(Java 및 .Net) 간의 런타임 데이터 공유를 위한 패키지를 제공합니다. Java는 .NET과 100% 호환되며 이제 다음을 사용하여 Java 클라이언트를 관리할 수 있습니다. NCache 매니저.
4.3의 모든 기능에 대한 전체 목록은 다음을 참조하십시오. NCache 특징
캐시에 이벤트를 등록하는 동안 캐시 클라이언트는 이벤트가 발생할 때 데이터나 메타데이터에 관심이 있는지 여부를 캐시에 알릴 수 있습니다. 기본적으로 데이터 또는 메타데이터는 이벤트와 함께 클라이언트로 전송되지 않습니다.
이벤트를 등록하는 새로운 API가 도입되었으며 이전 API는 더 이상 사용되지 않는 것으로 표시되었습니다. 이전 API는 이벤트와 함께 데이터를 수신하는 데 사용할 수 없습니다.
write-through 및 write-behind는 이제 다음 동작에 대해 구성할 수 있습니다.
이제 데이터베이스에서와 같이 'Group by' 절을 사용하여 쿼리를 등록하여 필요에 따라 결과를 그룹화할 수 있습니다.
이 메서드에 대한 새로운 API가 도입되었습니다. 현재 API의 이 새로운 메소드 'ExecuteReader'는 'group by'가 사용되는 경우에만 사용할 수 있습니다. 다른 모든 select 문에는 이전 방법을 사용해야 합니다.
데이터베이스에서와 마찬가지로 이제 삭제 문을 작성하여 항목을 캐시에서 제거할 수 있습니다. 이전에는 select 및 update 문만 지원되었습니다. 삭제 문을 지원하기 위해 새로운 API가 도입되었습니다. ExecuteNonQuery는 삭제 문에 사용됩니다.
이제 클러스터에서 노드를 정상적으로 중지할 수 있습니다. 이 작업을 수행하면 노드에 도달한 모든 클라이언트 요청이 완전히 중지되기 전에 캐시에서 실행됩니다. 마찬가지로, 해당 시점에 큐에 보류 중인 모든 쓰기 작업도 데이터 소스에서 실행됩니다. 그러나 이 노드에서는 더 이상 클라이언트 요청을 수락하지 않습니다.
암호화 기능이 다음과 같이 향상되었습니다.
압축 직렬화가 다음과 같이 향상되었습니다.
캐시를 초기화하는 동안 CacheInitParams는 이제 client.ncconf에서 구성할 수 있는 모든 것을 다룰 수 있습니다. 이전에는 캐시를 초기화하려면 항상 client.ncconf가 필요했습니다. CacheInitParams를 통해 전달된 구성은 client.ncconf에 구성된 설정에 우선적인 영향을 미칩니다.
InProc 캐시는 이제 개체를 역직렬화된 형식으로 유지합니다. 이렇게 하면 직렬화 및 역직렬화 비용이 제거되어 성능이 향상됩니다. InProc 클라이언트 캐시는 또한 개체를 역직렬화된 형식으로 유지합니다.
이제 클라이언트 구성에서 몇 가지 옵션만 구성하면 API 호출을 기록할 수 있습니다. 이러한 로그는 클라이언트 상자에 생성되며 어떤 캐시 메서드가 호출되고 있는지, 어떤 순서로 호출되는지 확인하는 데 매우 유용합니다.
사용자는 자신이 선택한 위치에 로그 파일을 생성하도록 구성할 수 있습니다. 각 캐시는 자체 로그 위치를 가질 수 있습니다. 기본적으로 모든 로그 파일은 설치 디렉터리의 log-files 폴더에 생성됩니다.
브리지에 캐시를 추가하는 동안 사용자는 브리지의 활성 또는 수동 구성원으로 참여하도록 캐시를 구성할 수 있습니다. 브리지가 작동 중일 때에도 사용자는 데이터 손실 없이 수동을 활성으로, 활성을 수동으로 전환할 수 있습니다. 브리지의 토폴로지가 언제든지 활성-활성에서 활성-수동으로 전환될 수 있으므로 브리지 구성을 위한 사용자 경험도 변경됩니다. 다른 토폴로지 '스타' 및 '허브-스포크'는 현재 브리지에서 사용할 수 없습니다.
사용자는 브리지에 있는 두 캐시 중 하나를 '마스터 캐시'로 선택할 수 있습니다. 브리지의 캐시 간에 상태 전송이 필요할 때마다 데이터는 마스터 캐시에서 비마스터 캐시로 전송됩니다. 마스터 캐시가 다운되면 남은 캐시만 자동으로 마스터가 됩니다.
캐시 관리자는 브리지가 실행되는 동안 일시적으로 브리지에서 캐시를 연결하거나 연결을 끊을 수 있습니다. 캐시 연결이 끊어지면 브리지와 연결이 끊어진 캐시 간에 데이터가 전송되지 않습니다. 마찬가지로 연결이 끊어진 캐시는 더 이상 데이터를 수신하지 않으므로 브리지 반대쪽에 있는 캐시는 브리지에 대한 데이터 대기열을 중지합니다. 캐시는 언제든지 다시 연결할 수 있습니다.
관리 및 모니터링 작업을 위한 통신 프로토콜이 .Net Remoting에서 '소켓'으로 변경되었습니다. 이것은 만든다 NCache JvCache의 관리 및 모니터링 도구는 상호 호환됩니다.
NCache 이제 Manager를 사용하여 JvCache 클라이언트도 관리할 수 있습니다. NCache Manager는 JvCache 클러스터에 대한 SNMP 카운터를 가져올 수도 있습니다.
일부 환경에서는 시스템 이름을 통해서만 원격 성능 카운터에 액세스할 수 있고 일부 환경에서는 IP 주소를 통해 액세스할 수 있는 것으로 나타났습니다. 그래서 이번 버전에서는 NCache, NCache Manager에는 사용자가 IP 또는 컴퓨터 이름을 통해 원격 성능 카운터를 수집하도록 선택할 수 있는 옵션이 있습니다.
NCache 관리자는 사용자가 쿼리 인덱스를 구성할 때 dll을 잠그는 데 사용되었습니다. 이 버전에서는 NCache Manager는 별도의 앱 도메인에서 지정된 dll을 열므로 dll을 잠그지 않습니다.
다른 유형의 대시보드를 사용할 수 있습니다. NCache 사용자가 보고서 보기 스타일 대시보드를 만들 수 있도록 하는 모니터입니다. 이 대시보드에서 사용자에게는 두 가지 보고서 컨트롤이 있습니다. 하나는 캐시 서버 노드용이고 다른 하나는 클라이언트 노드용입니다. 사용자는 이 컨트롤에 카운터를 놓을 수 있으며 해당 값은 perfmon에 표시된 대로 보고서 보기 스타일에 표시됩니다.
보고서 보기에 추가된 카운터도 기록되도록 구성할 수 있습니다. 사용자는 언제든지 로깅을 시작하고 중지할 수 있습니다. 또한 시작 및 중지 시간을 지정하여 로깅이 자동으로 시작되도록 예약할 수도 있습니다. 이러한 로그 파일은 .csv 형식으로 생성됩니다.
NCache 이제 Monitor를 사용하여 JvCache를 모니터링할 수도 있습니다. 선택한 클러스터가 다음 클러스터인지 여부에 따라 NCache 또는 JvCache를 사용하는 경우 각각 perfmon 또는 SNMP에서 카운터를 가져옵니다.
다음과 같은 새로운 명령줄 도구가 다음에 추가됩니다. NCache:
현존하는 Memcached 사용자는 이제 다음으로 전환할 수 있습니다. NCache 코드 변경 없이. 교체방법은 XNUMX가지가 있습니다 memcached 과 NCache:
이 게이트웨이는 클라이언트 및 서버 상자에 Windows 서비스로 설치됩니다. 이는 다음의 구현입니다. memcached 감싸는 프로토콜 NCache 그 안에서 전화를 겁니다. 이렇게 하면 다음의 모든 API 호출이 memcached 클라이언트는 다음으로 라우팅됩니다. NCache 이 게이트웨이를 통한 서버. 이 접근 방식에서는 구성 변경만 필요합니다.
수행원 memcached 이 접근 방식에서는 클라이언트 구현이 지원됩니다.
NHibernate 통합은 이전 구현의 한계를 제거하기 위해 처음부터 작성되었습니다. 다음은 새로운 구현에서 향상된 몇 가지 사항입니다.
이제 사용자는 캐시 항목이 삽입되기 전에 자신만의 코드를 작성하여 캐시 항목을 수정할 수 있습니다. NCache. 사용자는 이러한 후크를 작성하여 출력 캐시 항목의 만료, 종속성 등을 변경할 수 있습니다.
이를 위해 사용자는 OutputCacheProvider와 함께 제공되는 인터페이스를 구현한 다음 이 어셈블리와 클래스를 web.config에 등록해야 합니다.
다양한 항목에서 캐시된 모든 항목 NCache 통합에는 캐시 항목 유형을 결정하는 특수 태그가 지정됩니다. 예를 들어 캐시에 생성된 모든 세션에는 세션 캐시 항목임을 알려주는 특수 태그가 있습니다. 이렇게 하면 사용자는 세션인지 여부에 관계없이 캐시에 있는 모든 항목을 식별할 수 있습니다.
마찬가지로 OutputCache 및 ViewState 항목도 자체 태그로 태그가 지정됩니다.
2013 년 10 월 24 일
NCache 4.1 SP3에는 캐시 안정성과 관련된 몇 가지 중요한 개선 사항과 주요 버그 수정 사항이 포함되어 있습니다. 모두에게 권장되는 업그레이드입니다. NCache 4.1 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache ASP.NET 세션 캐싱을 위한 세션 저장소 공급자는 이제 작업이 실패할 경우 캐시 작업을 다시 시도하는 기능을 갖습니다. 다음 속성을 추가합니다. NCache 세션 저장소 공급자 설정:
개체 캐시 공급자에서 작업 재시도 NCache .NET4x용 개체 캐시 공급자는 이제 작업이 실패할 경우 캐시 작업을 다시 시도하는 기능을 갖습니다.
아래에 다음 항목을 추가합니다. 다음과 같은 애플리케이션 구성 파일(app.config 또는 web.config)에서:
<add key="operationRetries" value="3"/>
<add key="operationRetryInterval" value="2000"/> // 'operationRetryInterval' is the value in milli seconds
ViewState 캐싱에 새로운 기능이 구현되어 관련 페이지의 viewstate를 그룹화할 수 있습니다. 이렇게 하면 viewstate 캐싱에 대한 더 많은 제어가 제공됩니다. 이 기능을 사용하면 서로 다른 캐시에 서로 다른 veiwstate 그룹을 캐시하거나 각 viewstate 그룹에 대해 서로 다른 만료를 사용하여 veiwstate를 캐시할 수 있습니다.
이 개선 사항은 NCache ViewState 캐싱 모듈은 캐시의 페이지당 viewstate 수를 제한하는 옵션을 제공합니다. '에 'maxViewStatesPerSession' 속성을 추가합니다. 'ncContentOptimization' 태그 아래에 있는 태그입니다. 이 속성은 정수 값을 갖습니다.
캐시 시작 시 캐시 시작 로더가 즉시 시작되지 않습니다. 캐시 시작 후 20초 동안 시작이 지연됩니다. 이 지연은 '에서 다음 속성을 사용하여 구성할 수 있습니다.Alachisoft.NCache.Service.exe.config' 파일: 아래에 다음 항목을 추가합니다. ~에 NCache 다음과 같은 서비스 구성 파일:
<add key="NCacheServer.CacheLoaderStartupDelay" value="20"/>
이 속성의 기본값은 20초입니다.
자동 시작 기능을 사용하여 캐시가 동시에 시작될 때 부분적인 클러스터 연결 문제를 방지하기 위해 지연이 도입될 수 있습니다. 아래에 다음 항목을 추가합니다. ~에 NCache 다음과 같은 서비스 구성 파일:
<add key="NCacheServer.CacheStartDelay" value="3"/>
이 속성의 기본값은 '3초'입니다.
클라이언트가 인덱싱되지 않은 속성을 쿼리할 때 'IndexNotDefined' 예외가 클라이언트에 발생합니다. 이 문제는 런타임 시 NamedTags에 대한 인덱스가 생성되므로 NamedTags를 사용할 때 쉽게 발생할 수 있습니다. 이제 이 예외를 억제하도록 구성할 수 있습니다. 아래에 다음 항목을 추가합니다. ~에 NCache 다음과 같은 서비스 구성 파일:
<add key="NCacheServer.DisableIndexNotDefinedException" value="true|false"/>
클라이언트 앱은 수신된 모든 이벤트를 '동기식' 또는 '비동기식'으로 사용하도록 구성할 수 있습니다. 기본 이벤트 소비 모드 NCache 클라이언트는 '비동기식'이지만 이벤트는 클라이언트 측에서 '동기식'으로 소비될 수 있습니다. 아래에 다음 항목을 추가합니다. 클라이언트 응용 프로그램 'App.config' 파일에서 다음과 같습니다.
<add key="NCacheClient.AsynchronousEventNotification" value="true|false"/>
<add key="NCacheClient.NumberofEventProccesingThreads" value="2"/>
동기 이벤트 처리 모드의 경우 이 예에서는 2개의 스레드가 사용되지만 클라이언트 애플리케이션 요구 사항에 따라 이벤트 처리 요구 사항을 조정하도록 구성할 수 있습니다. 기본 최소값은 '1'이고 기본 최대값은 '5'입니다.
새로운 서버 측 카운터:
새로운 클라이언트 측 카운터:
이제 캐시 지우기 호출은 ContinuousQuery 결과 세트에 존재하는 모든 키에 대해 ItemRemoved 이벤트를 실행합니다.
클라이언트 캐시가 활성화되어 있고 L2 캐시에서 많은 항목이 만료되는 경우 L2는 항목 만료 이벤트를 클라이언트 캐시(L1 캐시)로 보내 해당 항목을 로컬 저장소에서 제거합니다. 이로 인해 활성 클라이언트의 성능이 저하되고 CPU를 많이 사용하게 됩니다. 이제 클라이언트 캐시(L1 캐시)도 항목 만료를 유지 관리하며 L2 캐시는 만료 이벤트를 L1 캐시로 보내지 않습니다.
NCache 제공된 EFCaching 모듈은 EF 쿼리 분석 및 캐싱을 위해 향상되었습니다.
이제 서비스 시작 시 지정된 브리지를 시작하도록 브리지 서비스를 구성할 수 있습니다. 브리지 서비스가 시작될 때 브리지가 자동으로 시작되도록 구성하려면(Alachisoft.NCache.Bridge.exe)가 시작/재시작됩니다. '에서 다음 태그의 주석 처리를 제거합니다.Alachisoft.NCache.BridgeService.exe.config' 파일을 만들고 다음과 같이 현재 머신에 구성된 브리지 이름을 제공합니다.
<add key=" NBridgeServer.AutoStartBridges" value="Bridge-1,Bridge-2"/>
2012 년 10 월 10 일
NCache 4.1 SP2에는 캐시 안정성과 관련된 몇 가지 중요한 개선 사항과 주요 버그 수정 사항이 포함되어 있습니다. 모두에게 업그레이드를 권장합니다. NCache 4.1 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
암호화 기능이 제공되어 데이터 이동 NCache 고객 및 NCache 서버 또는 클러스터 노드 간에 암호화됩니다. 이렇게 하면 네트워크에서 데이터 패킷을 스니핑하더라도 사용자 데이터 유출을 방지할 수 있습니다.
이제 단일 캐시 항목에 대해 여러 데이터베이스 종속성을 추가할 수 있습니다. 이 기능은 단일 데이터베이스 종속성의 'SQL 알림' 종속성 제한을 보완합니다.
이제 '자동 시작'으로 구성된 캐시는 사용자가 지정한 시간에 따라 지연될 수 있습니다. 이는 다음을 향상시킬 것입니다. NCache '자동 시작'에 대해 구성된 캐시가 너무 많은 경우의 응답 시간입니다. 아래에 다음 항목을 추가합니다. <appSettings>
in NCache 다음과 같은 서비스 구성 파일:
add key='NCacheServer.AutoStartDelay' value='5'
이제 서비스를 다시 시작하거나 클라이언트 시스템을 재부팅할 때 자동으로 시작되도록 '클라이언트 캐시'를 구성할 수 있습니다. 이렇게 하면 사용자 개입 없이 클라이언트 캐시를 사용할 수 있습니다.
이제 veiwstate는 '그룹' 정보로 '세션 ID'와 함께 캐시됩니다. 이렇게 하면 사용자가 동일한 애플리케이션과 사용자의 viewstate와 세션을 쉽게 연결할 수 있습니다. 이 기능을 사용하면 사용자는 세션이 닫히거나 만료될 때 특정 세션과 관련된 모든 viewstate를 제거할 수 있습니다. 내부에 다음 속성을 추가하십시오.
groupedViewStateWithSessions="true|false"
2012 년 5 월 10 일
NCache 4.1 서비스 팩1(SP1)에는 캐시 안정성과 관련된 몇 가지 중요한 개선 사항과 주요 버그 수정 사항이 포함되어 있습니다. 모두에게 업그레이드가 권장됩니다. NCache 4.1 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
압축 직렬화를 위해 사용자 정의 일반 유형을 추가할 수 있습니다. 임의 개수의 인수가 있는 모든 일반 유형은 컴팩트 직렬화를 통해 직렬화될 수 있습니다. 다음을 통해 일반 유형을 등록할 수 있습니다. NCache 관리자 또는 IGenericTypes 인터페이스를 구현하여 사용자 정의 핸들러를 통해. 현재 이 기능은 .NET 클라이언트에서만 사용할 수 있습니다.
이제 데이터를 수정하지 않고도 런타임 시 캐시 항목 속성을 수정할 수 있습니다. 현재 API(SetAttribute)를 사용하면 종속성 및 만료 힌트를 업데이트할 수 있습니다.
캐시 서버와 클라이언트가 서로 다른 시간대에서 실행되도록 할 수 있습니다. NCache 현지 시간대를 기준으로 항목이 만료되는 표준 시간을 유지합니다. 항목이 한 캐시 서버에서 다른 캐시 서버로 복제되거나 이동할 때마다 만료는 현지 시간대에 따라 재설정되므로 구성된 시간 슬롯에 따라 항목 만료가 가능해집니다.
2011 년 8 월 23 일
NCache 4.1에는 엔터프라이즈 수준 응용 프로그램에 중요한 매우 중요한 새 기능과 향상된 기능이 도입되었습니다. 이 새로운 릴리스는 여러 플랫폼(java 및 .Net) 간의 런타임 데이터 공유를 위한 완전히 새로운 패키지를 제공합니다. Java는 .NET과 100% 호환되며 이제 다음을 사용하여 Java 코드를 플러그인할 수도 있습니다. NCache 프로세스. NCache 요청-응답 모델은 단일 요청으로 클러스터된 캐시에서 GB의 데이터를 검색할 수 있는 대규모 응답을 처리하도록 향상되었습니다. 이전 릴리스에서 보고된 모든 버그가 이번 릴리스에서 수정되었습니다.
4.1의 모든 기능에 대한 전체 목록은 다음을 참조하십시오. NCache 특징:
NCache 이제 .NET 개체를 캐시에 저장하고 이를 Java 애플리케이션에서 Java 개체로 읽거나 그 반대로 읽을 수 있습니다. 그리고 XML을 통해 .NET을 Java로 변환하는 대신, NCache 이진 수준 변환을 사용합니다. 결과적으로 성능이 매우 빠릅니다. NCache Java와 .NET 간의 유형 충돌을 자동으로 해결합니다.
.NET과 Java 간의 런타임 데이터 공유에서 여러 버전을 활용할 수도 있습니다. 아래 세부정보를 참조하세요.
이제 여러 애플리케이션에서 동일한 .NET 또는 Java 클래스의 여러 버전을 공유할 수 있습니다. 한 애플리케이션은 클래스 버전 1.0을 사용하고 다른 애플리케이션은 동일한 클래스의 이후 버전 2.0을 사용할 수 있습니다. 이 클래스의 버전 2.0이 캐시에 저장되면 이전 애플리케이션은 이 클래스를 버전 1.0으로 가져올 수 있으며 그 반대의 경우도 마찬가지입니다. NCache XML 구성 파일을 통해 버전 매핑을 구성할 수 있습니다.
.NET과 Java 간의 런타임 데이터 공유에서도 버전을 활용할 수 있습니다.
NCache SQL과 유사한 쿼리를 기반으로 데이터 세트를 지정할 수 있습니다. 그런 다음 캐시 클러스터에서 이 데이터 세트를 유지 관리하고 추가, 업데이트 또는 삭제를 포함한 모든 런타임 변경 사항을 모니터링합니다. 그리고, NCache 데이터 세트에서 이러한 변경 사항이 발생할 때마다 애플리케이션에 알립니다. 이를 통해 애플리케이션은 데이터 변경이나 특정 기준과 일치하는 데이터 추가를 보다 지능적으로 모니터링하고 다음을 통해 알림을 받을 수 있습니다. NCache.
이는 여러 애플리케이션 간에 런타임 시 데이터를 공유하려는 경우 강력한 기능입니다.
브리지 토폴로지를 사용하면 WAN 전체에서 전체 캐시를 지능적으로 비동기식으로 복제할 수 있습니다. NCache 4.1은 이제 브리지 토폴로지에서 네 가지 구성을 제공합니다. 그들은:
이전에는 태그를 값으로만 할당할 수 있었습니다. 이제 이름과 함께 태그를 할당할 수 있습니다. 이를 통해 속성 이름 및 속성 값 개념을 기반으로 데이터를 색인화할 수 있습니다. 이전에는 개체를 색인화할 수 있었지만 모든 문자열 데이터를 색인화할 수는 없었습니다. 이제 문자열 데이터(예: XML)도 명명된 태그를 사용하여 색인화할 수 있습니다. 그런 다음 다음 중 하나를 사용할 수 있습니다. NCache 하나 이상의 명명된 태그에 속하는 데이터를 가져오는 API 또는 이에 대해 SQL과 유사한 쿼리(LINQ 또는 OQL을 통해)를 실행할 수 있습니다.
NCache 4.1은 .NET과 동일한 수준에서 Java를 지원합니다. 다음은 .NET 기능 세트를 따라잡기 위한 새로운 Java 기반 기능입니다.
이제 Windows 또는 Unix의 Java 애플리케이션에서 클라이언트 캐시 기능을 사용할 수 있습니다. 클라이언트 캐시를 활성화하기 위해 애플리케이션에서 코드를 변경할 필요가 없습니다.
이제 Windows 또는 Unix의 Java 애플리케이션에서 클라이언트 캐시 기능을 사용할 수 있습니다. 클라이언트 캐시를 활성화하기 위해 애플리케이션에서 코드를 변경할 필요가 없습니다.
캐시 로딩 코드를 Java로 작성하고 등록하세요. NCache. 기본 Java 코드는 .NET 코드와 마찬가지로 캐시 서버에서 실행됩니다.
이제 Java 클래스를 등록할 수 있습니다. NCache 과 NCache 초기화 시 직렬화 코드를 생성하고 메모리 내에서 컴파일한 후 다음으로 보냅니다. NCache 클라이언트. 그런 다음 이 컴파일된 Java 코드를 실행하여 Java 클래스를 직렬화/역직렬화합니다. 컴파일된 직렬화 코드는 Java에서 수행되는 리플렉션 기반 직렬화보다 훨씬 빠르게 실행되므로 성능이 확실히 향상됩니다.
NCache 이제 Hibernate용 L2 캐시를 제공합니다. 이를 통해 사용을 시작할 수 있습니다. NCache Java 애플리케이션에서 코드를 변경하지 않고.
NCache 이제 캐시 서버가 주어진 요청에 대해 더 작은 청크로 더 큰 응답을 반환할 수 있습니다. 이렇게 하면 직렬화 비용이 크기에 따라 감소하고 애플리케이션이 단일 호출로 더 큰 데이터 세트를 가져오는 데 도움이 되므로 전반적인 캐시 성능이 향상됩니다. 또한 1.9GB보다 큰 데이터 크기를 직렬화하지 못하는 .NET 직렬화 제한을 제거합니다. 응답 임계값과 청크 크기는 모두 구성 가능하며 다음에서 수정할 수 있습니다. NCache 서비스 구성 파일 "NCache\bin\서비스\ Alachisoft.NCache.서비스.exe.config”
<add key="NCacheServer.ResponseDataSize" value="1024"/>
2011 년 3 월 17 일
NCache 3.8 서비스 팩 4(SP4)에는 프로덕션 환경에 중요한 중요한 수정 사항이 포함되어 있습니다. 모두에게 권장되는 업그레이드입니다. NCache 3.8 사용자.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
.NET과 Java 애플리케이션 간에 문자열 값을 공유할 수 있습니다.
<add key="NCacheServer.NCacheSQLNotificationService" value="NCacheSQLService"/>
SQL 캐시 종속성 아키텍처는 "대기열 생성" 및 "서비스 생성"과 같은 추가 사용자 권한이 필요하지 않은 사용자 지정 대기열 및 알림 서비스를 지원하도록 향상되었습니다. NCache 이제 기본 모드(기본 SQL 알림 및 대기열 서비스 포함) 또는 고유한 대기열 및 알림 서비스를 지정할 수 있는 사용자 지정 모드를 선택할 수 있습니다. 서비스 이름 형식은 "NCacheSQLService-[ip-address]" 및 "NCacheSQLQueue-[ip-address]" 여기서 IP 주소는 다음이 있는 시스템의 것입니다. NCache 서비스 프로세스가 실행됩니다. 서비스 구성 파일에서 이 설정을 지정할 수 있습니다. “NCache/bin/service/Alachisoft.NCache.Service.exe.config”
.
11월 02, 2010
이번 릴리스에서는 NCache 3.8 서비스 팩 3(SP3), NCache Enterprise '라는 두 가지 제품으로 분리됩니다.NCache .NET' 및 'NCache 자바를 위해'. 이전에 'NCache' 두 구성 요소를 단일 패키지로 결합했습니다.
'에도 두 가지 새로운 기능이 추가되었습니다.NCache 자바 클라이언트'.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
이제 Java 애플리케이션에서 '데이터베이스 종속성'을 사용하여 캐시에 항목을 추가할 수 있습니다. 관련 데이터베이스가 변경되면 캐시 항목이 무효화되고 애플리케이션은 이 변경 사항에 대한 알림을 받게 됩니다.
NCache Java 클라이언트는 캐시에서 바이너리 데이터 스트림을 읽고 쓸 수 있는 스트리밍 지원을 API에 추가했습니다.
NCache Enterprise 3.8.x
10년 2010월 XNUMX일
NCache 3.8 서비스 팩 2(SP2)에는 고객이 보고한 중요한 수정 사항 및 향상된 기능이 포함되어 있습니다. 모든 사용자에게 권장되는 업그레이드입니다. NCache 3.8.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 이제 Xen VM 환경에서 라이선스를 지원합니다.
Visual Studio 2010은 다음에 대한 참조를 추가할 때 경고 메시지를 표시합니다. NCache 어셈블리를 실행한 다음 빌드도 실패합니다. 이는 애플리케이션 대상 프레임 작업이 .NET 3.5인 경우에만 발생합니다. 이는 GAC 2.0 및 GAC 4.0에서 사용할 수 있는 동일한 어셈블리가 있고 종속 어셈블리의 경우 GAC 4.0에서 해당 어셈블리를 로드하려고 시도하면 경고 메시지가 나타나는 Visual Studio의 알려진 문제입니다.
모든 어셈블리를 복사하여 이 문제를 해결했습니다. NCache bin/Assembly 폴더가 있으며 이제 Visual Studio는 GAC에서 종속 어셈블리를 찾을 필요가 없습니다. 이로 인해 문제가 해결되었습니다.
<script>
태그는 다음으로 끝납니다. </script>
. 마찬가지로, 이미지 로드에 상대 경로를 사용하면 CSS 축소가 실패합니다. 이제 CSS의 상대 경로가 절대 경로로 변환됩니다. 2010 년 8 월 24 일
NCache 3.8 서비스 팩 1(SP1)에는 중요한 수정 사항과 향상된 기능이 포함되어 있습니다. 이번 릴리스에 추가된 가장 중요하고 요구되는 기능은 .Net 프레임 워크 4.0 지원입니다. API는 3.8 릴리스 버전과 완전히 호환되며 응용 프로그램을 다시 빌드/다시 컴파일하지 않고도 응용 프로그램을 업그레이드할 수 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
의 코드 베이스 NCache 캐시 서버가 .NET 4.0으로 변환되었으며 NCache 클라이언트는 .NET 2.0 및 4.0 버전 모두에서 사용할 수 있습니다.
다음을 통해 클라이언트 캐시 관리가 향상되었습니다. NCache 새로 고침 옵션 시 프로젝트 파일이 클라이언트 노드에 연결되는 관리자로 인해 빠른 로딩이 향상되었습니다. NCache 매니저 프로젝트 파일.
모든 어셈블리를 복사하여 이 문제를 해결했습니다. NCache bin/Assembly 폴더가 있으며 이제 Visual Studio는 GAC에서 종속 어셈블리를 찾을 필요가 없습니다. 이로 인해 문제가 해결되었습니다.
NCache 샘플은 이제 Visual Studio 2008로 빌드됩니다.
VeriSign 문제, 서비스 구성 파일의 기본값은 generatePublisherEvidence를 활성화해야 합니다. ="false"/>
. 개선이 이루어집니다.
ReadThru 공급자 인터페이스 서명은 다음의 최대 기능을 지원하도록 수정되었습니다. NCache. 네임스페이스 아래에 새로운 구조가 도입되었습니다.Alachisoft.NCache.Runtime.Caching”은 CacheItem과 유사한 ProviderCacheItem을 호출합니다. 이제 만료, 태그, 제거 힌트, 종속성 등을 쉽게 지정할 수 있습니다.
새로운 인터페이스
public void LoadFromSource(string key, out ProviderCacheItem cacheItem)
public Dictionary<string, ProviderCacheItem> LoadFromSource(string[] keys)
이제 만료된 항목을 자동으로 다시 로드할 수 있도록 캐시 로더에서 IsResyncExpiredItem 속성을 지정할 수 있습니다.
NCache NHibernate 2.1.2의 최신 버전을 지원하지 않습니다. 이 릴리스에는 지역 지원도 추가되었습니다. NHibernate 샘플 애플리케이션도 NHibernate 영역 지원으로 수정됩니다.
2023년 6월 28일
NCache 3.8에는 고객 피드백을 기반으로 하는 새로운 중요 추가 및 개선 사항이 포함되어 있습니다. API 이전 버전과의 호환성은 대부분의 고객에게 가장 중요한 관심사이며 이를 염두에 두고 API 호환성을 위한 새로운 프로토콜을 추가했습니다. 지금(3.8)부터 모든 새 릴리스는 이전 버전의 이전 버전과 자동으로 호환됩니다. NCache (3.8부터).
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache 캐시된 항목을 검색할 수 있는 IQueryable 인터페이스의 도움으로 LINQ 통합을 제공합니다. NCache 캐시된 항목을 쿼리하기 위해 Lambda 식과 LINQ 연산자를 모두 지원합니다.
NCache ADO 수준에서 플러그인되는 EF 캐싱과의 원활한 통합을 제공하고 애플리케이션이 코드 변경 없이 분산 캐싱을 사용할 수 있도록 합니다. 애플리케이션 구성 파일만 변경하면 됩니다.
모든 어셈블리를 복사하여 이 문제를 해결했습니다. NCache bin/assembly 폴더에 있고 이제 Visual Studio는 GAC에서 종속 어셈블리를 찾을 필요가 없습니다. 문제가 해결되었습니다.
NCache .NET 캐시 공급자 4.0과의 통합을 제공합니다. NCache 또한 캐시 종속성을 관리하기 위한 다양한 변경 모니터(파일 기반, 키 기반, 데이터베이스 종속성)를 제공합니다.
NCache 이제 이전 버전과의 호환성 프로토콜을 따르며 향후 버전에서는 응용 프로그램이 클라이언트를 업그레이드하지 않고도 최신 버전에 연결할 수 있습니다.
NCache 캐시에서 바이너리 데이터 스트림을 읽고 쓸 수 있는 API에 스트리밍 지원이 추가되었습니다.
NCache 여러 JavaScript 파일과 CSS 파일을 단일 리소스 파일로 결합하여 캐시에 저장합니다. 또한 렌더링된 출력을 모든 CSS 및 JS 파일에 대한 단일 HTTP 참조로 대체하므로 브라우저가 모든 리소스를 로드하기 위해 단일 호출을 수행할 수 있습니다. 이는 애플리케이션 응답 시간을 개선하는 데 도움이 됩니다.
NCache 긴 ViewState 문자열을 더 작은 문자열로 바꾸고 클라이언트에 보냅니다. 이는 애플리케이션 성능을 개선하고 대역폭을 절약하는 데 도움이 됩니다.
이제 "State Transfer", Cache Stopped, Member Left, Member Joined 등과 같은 특정 캐시 이벤트에 대해 이메일을 통해 알림을 받을 수 있습니다.
이 API는 LastAccessed Time 및 Creation DateTime과 같은 캐시 항목에 대한 메타 정보를 허용합니다.
NCache 여러 readthru 및 writethru 공급자를 허용합니다. NCache Manager는 데이터 원본 어셈블리를 배포된 폴더에 자동으로 배포하므로 공급자 어셈블리를 수동으로 복사할 필요가 없습니다. NCache 서비스 폴더.
분할된 복제본 토폴로지는 이제 동기식 복제를 지원합니다.
이제 명령줄 도구를 통해 보안을 구성할 수 있습니다.
이전 캐시 config.ncconf 파일이 있는 경우 이 도구를 사용하여 업그레이드할 수 있습니다.
이제 구성할 수 있습니다. Remote Client부터 NCache 관리자이며 단일 지점에서 개별 클라이언트 설정을 쉽게 변경할 수 있습니다.
추가 할 수도 있습니다. remote client명령줄 도구를 통한 s 및 클라이언트 캐시.
이제 어셈블리를 선택할 수 있는 새로운 마법사를 통해 캐시 공급자 어셈블리를 지정할 수 있습니다. 이제 어셈블리 정보를 수동으로 입력할 필요가 없습니다.
NCache Manager는 데이터 원본 공급자의 자동 배포를 제공합니다.
이제 컴팩트 직렬화를 위해 ISerialized 또는 IDeserialized 인터페이스를 구현할 필요가 없습니다. 컴팩트 유형만 등록하면 됩니다. NCache 관리자 NCache 런타임에 유형을 자동으로 직렬화합니다.
보안은 다음에서 구성할 수 있습니다. NCache 지금 매니저.
2010 년 4 월 21 일
NCache 3.6.2(SP3)에는 고객이 보고한 중요한 수정 사항 및 개선 사항이 포함되어 있습니다. 이 릴리스에 추가된 가장 중요하고 요구되는 기능은 J2EE 플랫폼용 Java 세션 캐싱 지원입니다. 이제 간편하게 사용할 수 있는 NCache 코드 변경 없이 Java 애플리케이션의 세션 저장소로 사용할 수 있습니다. web.xml 파일에 Java 세션 필터만 추가하면 됩니다.
사용하시는 분들 NCache 3.6.x 버전은 응용 프로그램을 다시 빌드/다시 컴파일하지 않고도 업그레이드할 수 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
NCache Java Session Provider는 WebLogic에 대해 지원되며 기본 플랫폼(웹 서버)이 Java Servlet 2(또는 그 이상) 사양을 따르는 경우 모든 J2.3EE 플랫폼(웹 서버)에서 사용할 수 있습니다. Java 세션은 Linux 및 Windows 플랫폼 모두에서 지원됩니다.
NCache Java Session Provider는 Linux 및 Windows 플랫폼 모두에서 JBoss에 대해 지원됩니다.
NCache Java Session Provider는 Linux 및 Windows 플랫폼 모두에서 WebSphere에 대해 지원됩니다.
NCache Java Session Provider는 Linux 및 Windows 플랫폼 모두에서 Apache-Tomcat에 대해 지원됩니다.
서버 운영 체제와 워크스테이션을 기반으로 하는 가비지 수집기에는 각각 "서버 GC"와 "워크스테이션"이라는 두 가지 종류가 있습니다. 명시되지 않는 한 .NET framework 서버 운영 체제에서 실행 중이더라도 기본적으로 워크스테이션 GC를 사용합니다. 지금, NCache 운영 체제에 따라 GC 모드를 지정할 수 있습니다. 서버 GC는 최대 처리량을 위해 설계되었으며 매우 높은 성능으로 확장됩니다. NCache 이제 기본적으로 Workstation GC 대신 Server GC를 사용하도록 구성되었습니다. 이 모드를 다음에서 변경할 수 있습니다. Alachisoft.NCache.Service.exe.config:
<add key="NCacheServer.EnableForcedGC" value="true"/>
<add key="NCacheServer.ForcedGCThreshold" value="80"/>
2010 년 1 월 11 일
NCache 3.6.2 서비스 팩 2(SP2)에는 고객이 보고한 중요한 수정 사항 및 향상된 기능이 포함되어 있습니다. 모든 사용자에게 권장되는 업그레이드입니다. NCache. 사용하시는 분들 NCache 3.6.x 버전은 응용 프로그램을 다시 빌드/다시 컴파일하지 않고도 업그레이드할 수 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
다음과 같은 경우 이벤트가 Windows 이벤트 뷰어 및 캐시 오류 로그에 기록됩니다.
이러한 이벤트는 정보, 경고 및 정보로 분류됩니다.
<add key="NCacheServer.EventLogLevel" value="error | warning| all"/>
사용자는 다음 레벨 중 하나만 지정할 수 있습니다.
이벤트 뷰어/로그 파일에 대한 클라이언트 연결 로그 항목은 다음에서 활성화할 수 있습니다. NCache 서비스 구성 파일. 기본적으로 이 옵션은 비활성화되어 있지만 다음 속성을 수정하여 활성화할 수 있습니다. NCache 서비스 구성 파일.
"Alachisoft.NCache.Service.exe.config".
<add key="NCacheServer.LogClientEvents" value="false" />
참고: 위의 변경 사항은 NCache 서비스를 다시 시작합니다.
NCache 이제 데이터베이스 종속성 및 동기화 기능을 위해 Oracle 11g를 지원합니다.
2009 년 10 월 06 일
NCache 3.6.2 서비스 팩 1(SP1)에는 고객이 보고한 중요한 수정 사항 및 개선 사항이 포함되어 있습니다. 의 모든 사용자에게 권장되는 업그레이드입니다. NCache. 사용하시는 분들 NCache 3.6.x 버전은 응용 프로그램을 다시 빌드/다시 컴파일하지 않고도 업그레이드할 수 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
클러스터 노드 내에서 소켓 끊김 문제를 극복하려면, NCache 클러스터 구성의 config.ncconf에서 구성할 수 있는 새로운 연결 재시도 논리가 있습니다.
connection-retries="10" connection-retry-interval="1secs"
네트워크 문제로 소켓이 끊어진 경우, NCache 연결 재시도 횟수만큼 연결 재시도 간격마다 연결 재설정을 시도합니다. 이를 위해서는 다음을 다시 시작해야 합니다. NCache 업데이트 후 서비스.
NCache 클라이언트 측 문제를 감지하고 디버깅하기 위해 클라이언트 측 카운터가 도입되었습니다. 이러한 카운터는 ' 범주의 Windows 성능 카운터에 나타납니다.NCache 고객'.
NCache 자동 시작 기능이 향상되었으며 다양한 사용자 지정 캐시를 시작합니다. NCache 서비스 시작은 비동기식으로 이루어집니다. 일부 캐시가 손상되어 시작되지 않으면 경고가 기록되지만 NCache 서비스가 정상적으로 시작됩니다.
클라이언트 캐시 동기화 모드 설명이 추가되었습니다. NCache 도움.
클러스터 메모리 설정, 사용량 및 추정에 대한 설명이 클러스터 구성에 추가되었습니다.
NCache 설치 마법사는 관리자가 아닌 사용자에게 경고합니다. 사용자가 설치하려면 관리자 권한 및 사용 권한이 필요합니다. NCache 시스템에서.
2009 년 7 월 09 일
NCache 3.6.2에는 고객이 보고한 여러 유용한 개선 사항과 버그 수정 사항이 포함되어 있습니다. 모든 사용자에게 권장되는 업그레이드입니다. NCache. 사용하시는 분들 NCache 3.6.x 버전은 응용 프로그램을 다시 빌드/다시 컴파일하지 않고도 업그레이드할 수 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
다음 이벤트에 대한 로그 추적이 추가됩니다.
폴링 기반 데이터베이스 종속성은 다음과 같이 개선되었습니다.
사용할 수 없는 bindto-ip 주소로 인해 서비스 시작에 실패한 경우 오류 메시지가 개선되었습니다.
2009 년 3 월 26 일
NCache 3.6.1에는 고객이 보고한 여러 가지 유용한 개선 사항 및 버그 수정 사항이 포함되어 있습니다. 의 모든 사용자에게 권장되는 업그레이드입니다. NCache. 사용하시는 분들 NCache 3.6.x 버전은 응용 프로그램을 다시 빌드/다시 컴파일하지 않고도 업그레이드할 수 있습니다.
다음은 이번 릴리스에서 개선된 몇 가지 사항입니다.
이제 NCache 클라이언트 연결은 새 노드가 캐시에 합류할 때 클러스터 노드 간에 자동으로 재조정됩니다. 따라서 이제 캐시 서버의 클라이언트 로드 밸런싱에 대해 더 이상 걱정할 필요가 없습니다.
성능 모니터링을 위한 새로운 카운터가 'NCache' Windows Perfmon 카운터의 범주.
NCache 이제 DB 종속성에서 저장 프로시저 및 명령 개체 사용을 지원합니다.