Uploaded image for project: 'Infinispan'
  1. Infinispan
  2. ISPN-13625

Scaling up 8.3 cluster with payload is slower compared to 8.2

This issue belongs to an archived project. You can view it, but you can't modify it. Learn more

XMLWordPrintable

    • Icon: Bug Bug
    • Resolution: Done
    • Icon: Critical Critical
    • 13.0.6.Final, 14.0.0.Final
    • 13.0.5.Final
    • None
    • None
    • Hide

      Create a cluster:

      kind: Infinispan
apiVersion: infinispan.org/v1
metadata: 
  name: infinispan
  namespace: datagrid-suite-upgrade
spec: 
  expose: 
    type: Route
  replicas: 3
  security: 
    endpointAuthentication: false
    endpointEncryption: 
      type: None
  container: 
    cpu: 2000m
  service: 
    type: DataGrid

      Once up create persisted cache:

      {
  "distributed-cache": {
    "mode":"SYNC", 
    "encoding": {
      "media-type": "application/json"
    },
    "persistence": {
       "file-store":{}
    },
    "statistics":true
  }
}

      Upload data (ideally from within the container to speed it up):

      for x in {1..5000}
do
        curl -X PUT -d "{\"value\":\"${x}\"}" -H "Content-Type: text/plain" http://infinispan:11222/rest/v2/caches/testcache/key-${x}
done

      Scale cluster down to 1 and then back to 3. You'll notice second node is taking time to boot.

      Show
      Create a cluster: kind: Infinispan apiVersion: infinispan.org/v 1 metadata: name: infinispan namespace: datagrid-suite-upgrade spec: expose: type: Route replicas: 3 security: endpointAuthentication: false endpointEncryption: type: None container: cpu: 2000 m service: type: DataGrid Once up create persisted cache: { "distributed-cache" : { "mode" : "SYNC" , "encoding" : { "media-type" : "application/json" }, "persistence" : { "file-store" :{} }, "statistics" : true } } Upload data (ideally from within the container to speed it up): for x in {1..5000} do curl -X PUT -d "{\" value\ ":\" ${x}\ "}" -H "Content-Type: text/plain" http: //infinispan:11222/ rest /v2/caches/testcache/key-${x} done Scale cluster down to 1 and then back to 3. You'll notice second node is taking time to boot.

      If there cache with data exist and user scales up a cluster then the time to bring up another node is way higher compared to 8.2 and may even result in Initial state transfer timeout.

      While 8.2 clusters with 5000 persisted json entries is brough up in constant time, time required by 8.3 is at least 3 times longer potentially timing out.

              dberinde@redhat.com Dan Berindei (Inactive)
              wburns@redhat.com Will Burns
              Archiver:
              rhn-support-adongare Amol Dongare

                Created:
                Updated:
                Resolved:
                Archived: