SIOS SANless clusters

SIOS SANless clusters High-availability Machine Learning monitoring

  • Home
  • 產品
    • SIOS DataKeeper for Windows
    • SIOS Protection Suite for Linux
  • 新闻与活动
  • 伺服器集群简单化
  • 成功案例
    • 台灣成功案例
  • 聯繫我們
  • English
  • 中文 (中国)
  • 中文 (台灣)
  • 한국어
  • Bahasa Indonesia
  • ไทย

SQL Server 2012 Alwayson多站點故障轉移群集實例白皮書

10 2 月, 2018 by Jason Aw Leave a Comment

構建SQL Server多站點群集

這裡是關於SQL Server多站點集群的一個很好的白皮書,但是他們忘了提到你也可以用基於主機的複制來做到這一點。相反,他們假設您擁有“兩個EMC Symmetrix VMAX企業存儲陣列,每個站點一個。陣列都配置了兩個VMAX存儲引擎和240個磁盤驅動器“。

如何更有效的解決方案?

如果你有一百萬美元的存儲預算,請繼續前進,並將自己擊倒。如果沒有,請使用DataKeeper集群版查看一些Fusion-io PCIe閃存存儲和基於主機的複制。它的速度比SAN的速度還要快,而且成本只是其中的一小部分。看看北極星工業如何做這個http://www.fusionio.com/blog/polaris-sios/

轉載https://clusteringformeremortals.com/2013/02/05/sql-server-2012-alwayson-multisite-failover-cluster-instance-white-paper/

Filed Under: 伺服器集群简单化

用於SQL Server高可用性的DataKeeper Cluster Edition在AWS雲中

9 2 月, 2018 by Jason Aw Leave a Comment

遷移到雲中的潛在成本節約幾乎是不可能的。但是,當你停止計算你將要存儲的資金之後,你就開始考慮安全性和可用性等問題,並想知道云計算是否適合你。但是不要害怕,我們只有正確的解決方案 – SIOS Datakeeper Cluster Edition。在傳統的數據中心,您可以控制並部署您喜歡的任何安全性和高可用性解決方案。但是,一旦決定將服務器移到雲中,您的選擇就會變得更加有限。無論您是在亞馬遜,Google還是微軟,無論是在雲端出現故障還是出現故障,您都需要盡一切可能來緩解這些風險。

亞馬遜網絡服務

我們來仔細看一下Amazon Web Services(AWS)。有什麼選項可以確保您的SQL Server數據庫能夠在意外中斷的情況下生存下來?雖然有些應用程序可以跨多個可用區域以負載平衡配置進行部署,但SQL Server通常不會以負載平衡配置進行部署。這意味著SQL Server本身駐留在單個可用區域中,如果該區域不可用,則整個應用程序堆棧可能會陷入癱瘓。

SQL Server 2008 R2及其限制

如果您閱讀Miles Ward撰寫的這篇文章,您將看到,使用SQL Server 2008 R2,您的可用性選項非常有限。在第11頁的那篇文章中,有一個很好的圖表,列出了您的高可用性選項。正如你所看到的,這些選擇是非常有限的,大部分都不屬於被稱為醫管局的類別。日誌傳送,鏡像和事務複製幾乎是您擁有的唯一選項,它們更多是數據保護選項而不是HA選項。如果您希望Microsoft故障轉移群集,那麼由於AWS中的某些網絡限制(客戶端無法連接到群集IP地址)以及缺少傳統SQL群集所需的共享磁盤資源,您將發現自己不幸運。

AWS

如果你正在尋找部署SQL Server 2012,你的選擇會好一點。正如Jeremy Peschka所述,只需少量手動干預,您就可以在AWS中部署AlwaysOn可用性組,以便從數據中心到AWS甚至是AWS可用性組之間進行異步複製。當然,這假定您擁有AlwaysOn可用性組所需的SQL 2012 Enterprise許可證。唯一的問題是AWS實際上不支持將群集IP地址從一個服務器移到另一個服務器,所以客戶端重定向必須使用ec2-unassign-private-ip-addresses和ec2-assign-private-ip手動完成在佩斯卡在他的文章中所描述的轉換之後的地址命令。總而言之,這是一個非常手動的過程,這再一次不適合描述高度可用的系統。

解決方案的局限性

如果您可以在沒有自動恢復的情況下運行,並且可以在之前的博客文章中描述的AlwaysOn可用性組限制,那麼您可能只想繼續嘗試AWS中的AlwaysOn可用性組部署。但是,如果您正在尋找更簡單,更實惠,更強大的高可用性解決方案,那麼我有一些非常好的消息。SIOS技術公司一直在研究這個問題,並開發了一種解決方案,克服了前面所述的所有限制,並且將作為AMI提供,以便於部署。這個解決方案目前處於內部測試階段,但將在今年晚些時候廣泛推出。

SIOS DataKeeper集群版

SIOS解決方案基於使用DataKeeper Cluster Edition主機複製的Microsoft故障轉移群集中的SQL Server。通過使用基於託管的複制,他們已經克服了EC2中集群的第一個障礙 – 缺乏共享存儲。SIOS必須克服的第二個障礙是Peschka描述的客戶端重定向問題;客戶端訪問點需要在EC2內進行操作,而不是故障轉移群集。SIOS在他們的AMI解決方案中建立了智能,使得IP地址的重新分配作為集群故障轉移過程的一部分被自動化,有效地模擬了您通常期望從集群獲得的行為。因為所有這些都是建立在故障轉移群集之上的,所以可以使用SQL 2008/2008 R2或2012進行部署。即使是SQL Server的標準版也將支持雙節點集群,因此與部署SQL 2012 AlwaysOn可用性組相比,成本節約可能會相當大。讓我知道你的想法。SIOS Datakeeper Cluster Edition聽起來有趣嗎?今天你在做什麼來確保你的SQL Server EC2實例的可用性?轉載https://clusteringformeremortals.com/2013/01/11/sql-server-high-availability-in-aws-cloud/

Filed Under: Datakeeper, 伺服器集群简单化

使用DataKeeper在Windows Server 2012上集群SQL Server 2012

9 2 月, 2018 by Jason Aw Leave a Comment

一個小回顧

在之前的文章中,我介紹了構建雙節點集群的過程,直到我們準備好開始在Windows Server 2012上集群SQL Server 2012。如果您已完成這些步驟,則可以繼續前進,並使用建議的SIOS Datakeeper Cluster Edition實際創建群集應用程序。

下一步,集群SQL Server 2012

首先,我們有SQL Server 2012。SQL Server 2012群集安裝與SQL 2008/2008 R2群集安裝非常相似,所以即使使用SQL 2008/2008 R2,也會應用大部分此類群集。有關SQL Server 2012集群的術語會變得有些複雜。您將會聽到SQL Server AlwaysOn的提及,這實質上可能意味著兩種不同的東西之一:AlwaysOn可用性組或AlwaysOn故障轉移群集實例。由於這兩種解決方案都需要與Windows Server故障轉移群集進行一定程度的集成,並且由於您可以部署AlwaysOn可用性組和AlwaysOn故障轉移群集的組合,所以更令人困惑,但這是另一個話題!

簡單易懂地將其打破

本質上,AlwaysOn可用性組是以前在SQL 2008 R2和更早版本中稱為數據庫鏡像的。它有一些新的功能可以克服早期版本的數據庫鏡像的一些限制,所以值得一試。AlwaysOn故障轉移群集實例就是以前稱為SQL Server故障轉移群集的東西。這是自SQL Server早期版本以來的相同集群技術的最新版本。SQL Server 2012 AlwaysOn故障切換群集實例的最佳新功能之一是可以在不同子網中擁有節點。這是早期版本的SQL Server中的主要限制。在之前的一篇博客文章中,我討論了AlwaysOn可用性組的一些限制,在做出關於部署哪種技術的決定之前,您應該檢查一下。

開始吧

這就是說,本文將重點介紹部署SQL Server 2012 AlwaysOn故障轉移群集實例的分步說明。

步驟1

確保您的集群存儲已準備就緒。如果你按照我以前的文章的說明,你會知道,而不是共享磁盤資源,我們將使用第三方軟件DataKeeper Cluster Edition的複制磁盤資源。如果您正在使用共享存儲並添加了存儲,則可以跳到步驟2開始SQL安裝。否則,請按照以下步驟將軟件配置為複製本地磁盤以用於SQL群集。

配置DataKeeper Cluster Edition

  1. 安裝和配置DataKeeper Cluster Edition
    1. 運行DK安裝程序
      使用DataKeeper集成SQL Server 2012
    2. 瀏覽整個安裝過程,選擇所有的默認值。使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
    3. 按照提示完成安裝後重新啟動計算機,然後在SECONDARY服務器上重複該過程
    4. 在PRIMARY上啟動DataKeeper UI,然後單擊連接到服務器。連接到PRIMARY,然後連接到SECONDARY
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012使用DataKeeper集成SQL Server 2012
    5. 單擊創建作業,然後瀏覽創建作業嚮導以創建E驅動器的鏡像
      使用DataKeeper集成SQL Server 2012
      使用DataKeeper集成SQL Server 2012
      選擇鏡像的源捲和將承載複製流量的NIC的IP地址。使用DataKeeper集成SQL Server 2012
      選擇鏡像的目標,然後單擊下一步
      使用DataKeeper集成SQL Server 2012
      在這裡你會選擇你的鏡子選項:
      壓縮 – 只能在WAN上進行複制
      異步 – 為所有廣域網複製選擇此選項
      同步 – 這是LAN複製的理想選擇
      允許使用最大帶寬 – 用於WAN複製作為限制帶寬複製量的一種方式。通常它應該保留在0,但是對於初始鏡像創建,您可能想要限制帶寬,以便複製不會使用所有可用帶寬來執行初始同步
      使用DataKeeper集成SQL Server 2012
      一旦你點擊完成鏡像將被創建。使用DataKeeper集成SQL Server 2012
      鏡像創建完成後,系統將提示您在Windows Server故障轉移群集(WSFC)中註冊該卷。單擊“是”,將在“可用存儲”中註冊一個新的DataKeeper卷資源(請參見步驟2中的圖片)。使用DataKeeper集成SQL Server 2012

第2步

我們將在第一個群集節點上開始安裝SQL Server 2012。

  1. 在開始之前,請確保您的存儲顯示在故障轉移群集管理器中,並分配給可用存儲組,如下所示
    使用DataKeeper集成SQL Server 2012
  2. 在這一點上,我們將啟動SQL Server 2012安裝程序並轉到安裝選項卡,然後單擊新建SQL Server故障轉移群集安裝
    使用DataKeeper集成SQL Server 2012
  3. 按照下面的屏幕截圖所示進行安裝。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    如果您的服務器未連接到Internet,則預計會出現以下錯誤。如果你連接到互聯網,你應該繼續並接受它找到的更新。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    有關服務帳戶的最佳做法,請閱讀以下內容:http://msdn.microsoft.com/en-us/library/ms143504.aspx對於我們的實驗目的,我只使用管理員帳戶
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    在單擊下一步之前,單擊數據目錄選項卡並更改tempdb的位置。使用Windows Server 2012 tempdb不再需要駐留在群集存儲上。在我們的例子中,我們將tempdb移動到C盤以避免複製不必要的數據。使用DataKeeper集成SQL Server 2012使用DataKeeper集成SQL Server 2012

    此時,您將需要確保在SECONDARY服務器上創建與警告相同的tempdb目錄。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012

    恭喜,第一個群集節點已經安裝。

現在我們準備在群集的第二個節點上安裝SQL。

  1. 轉到SECONDARY服務器並啟動SQL Server 2012安裝程序,然後按照以下屏幕截圖所示執行嚮導,從單擊將節點添加到SQL Server故障轉移群集開始。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    如果您的服務器未連接到Internet,則預計會出現以下錯誤。如果你連接到互聯網,你應該繼續並接受它找到的更新。使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
    使用DataKeeper集成SQL Server 2012
  1. 恭喜,您已經構建了一個雙節點SQL Server 2012 AlwaysOn故障轉移群集實例。打開故障轉移群集管理器,您應該看到如下所示的內容。本文“在Windows Server 2012群集中群集SQL Server 2012”只是為了快速了解如何在Windows Server 2012群集中安裝SQL 2012 。從這裡開始閱讀,讓Google成為你的朋友!

轉載https://clusteringformeremortals.com/2013/01/05/clustering-sql-server-2012-on-windows-server-2012-step-by-step/

Filed Under: Datakeeper, 伺服器集群简单化

群集Windows Server 2012一步一步

8 2 月, 2018 by Jason Aw Leave a Comment

任何群集的基本步驟

本文是關於Windows Server 2012群集的一系列文章中的第一篇。本文的第一篇文章將介紹任何群集的基礎知識的第一步,而不管您是否正在群集Hyper-V,SQL Server故障轉移群集,文件服務器,iSCSI目標服務器或其他群集。將來的文章將涵蓋每個群集資源類型的更詳細說明,但以下信息適用於所有群集。我假設你對集群有一些了解,為什麼你想創建集群,所以我不會在這個特定的職位上進一步討論這些細節。我還假設你熟悉Windows Server 2012和DNS,AD等基本的東西。還值得注意的是,在Windows Server 2012故障轉移群集隨每個版本一起提供,與Windows Server 2008 R2和早期版本不同,故障轉移群集僅包含在Enterprise Edition及更高版本中。

關注基本雙節點群集

這個特定的系列將關注於一個基本的雙節點集群,在Windows Server 2012域(名為DC的域控制器)中運行Windows Server 2012的兩台服務器(名為PRIMARY和SECONDARY)。它還假定PRIMARY和SECONDARY可以通過兩個我標記為PUBLIC和PRIVATE的網絡連接相互通信。在生產環境中,這些網絡連接應該通過完全不同的網絡設備(交換機,路由器等)來消除任何單點故障。

開始吧!集群Windows Server 2012,我們開始吧!

本系列將以一種非常基本的,逐步的方式編寫,通過基本說明和大量屏幕截圖,以有序列表的形式引導您完成整個過程,以便在需要的地方說明程序。所以讓我們從頭開始…

  1. 在要添加到群集的所有服務器上添加故障轉移群集功能
    1. 打開服務器管理器儀表板(這第一步將需要完成在主要和次要)
    2. 點擊添加角色和功能
    3. 群集Windows Server 2012一步一步選擇基於角色或基於功能的安裝
    4. 群集Windows Server 2012一步一步選擇您希望啟用故障轉移群集功能的服務器
      群集Windows Server 2012一步一步
    5. 跳過“服務器角色”頁面
      群集Windows Server 2012一步一步
    6. 在功能頁面上選擇故障轉移群集,然後單擊下一步,然後確認安裝
      群集Windows Server 2012一步一步
  2. 在開始配置群集之前,我們需要考慮群集將使用什麼類型的存儲。傳統上集群將使用某種類型的SAN,但對於Windows 2012,並不是所有集群都將使用SAN。例如,如果您正在構建群集以支持SQL Server AlwaysOn可用性組,則您的存儲將由SQL Server進行複制,從而不再需要SAN。另外,SMB 3.0作為Hyper-V和SQL Server的集群存儲支持,您可能沒有傳統的SAN存儲。而且我們不要忘記在Windows Server 2012中使用共享SAS驅動器的集群存儲空間也是可能的。除了上面提到的選項之外,您還可以使用本地磁盤和基於第三方主機的複制解決方案,如DataKeeper Cluster Edition,這是一個很好的替代品,我經常在這裡博客。本文旨在分享有關Windows Server 2012 ,我會假設你沒有共享存儲。但是,如果此時具有共享存儲,則應該配置存儲,以便將LUN劃分出來並與每個群集節點共享,並將一個LUN用作磁盤見證,並且可以使用其餘的LUN對於您想要群集的應用程序。代替我們的法定人數的磁盤證人,我將使用節點和文件共享見證法定類型,我將在稍後解釋。
  3. 既然在每台服務器上啟用了故障轉移群集,則可以在PRIMARY服務器上打開故障轉移群集管理器。我們要做的第一件事是運行“驗證配置”,這樣我們就可以在開始之前識別任何潛在的問題。點擊驗證群集群集Windows Server 2012一步一步
  4. 逐步驗證配置嚮導,如以下步驟所示。
    1. 選擇您想要群集的服務器
      群集Windows Server 2012一步一步
    2. 運行所有測試(取決於您在服務器上安裝了哪些角色,您可能會得到更多或更少的測試。例如,如果Hyper-V已啟用,則會為群集提供新的Hyper-V特定測試)
      群集Windows Server 2012一步一步
    3. 假設你的集群“通過”驗證,你應該有一個類似於我的報告。您會注意到我的報告包含“警告”,但沒有錯誤。查看報告並理解可能出現的警告是非常重要的,但是只要您了解警告,並且對於您可以繼續前進的特定環境,這些信息是有意義的。如果您驗證“失敗”,您必須在繼續之前修復失敗。點擊查看報告查看報告
      群集Windows Server 2012一步一步
    4. 您將看到我的所有警告都與存儲有關,所以我不擔心,因為我沒有配置任何共享存儲,所以我希望其中一些會發出警告。群集Windows Server 2012一步一步

 

  1. 一旦驗證完成而沒有任何錯誤,您將自動被引入創建群集嚮導。按照下面的步驟完成這個嚮導來創建你的基本集群。
    1. 在第一個屏幕中,您將為您的群集選擇一個名稱,並選擇一個在DNS中與此名稱關聯的IP地址。這個名字只是用來管理你的集群的名字 – 這不是你的客戶端用來連接你最終創建的集群資源的名稱。一旦你創建了這個訪問點,一個新的計算機對象將會在AD中被創建,並且這個名字和一個DNS A記錄將被創建為這個名字和IP地址。群集Windows Server 2012一步一步
    2. 在確認屏幕上,您將看到您選擇的名稱和IP地址。您還將看到Windows Server 2012故障轉移群集新增的選項…“將所有符合條件的存儲添加到群集”。我個人不知道為什麼這是默認選擇,因為這個選項可以真正混淆的東西。默認情況下,這個選擇會將所有的共享存儲(如果已經配置)添加到集群,但是我也看到它只將本地非共享磁盤添加到集群。我想他們希望能夠輕鬆地支持對稱存儲,但通常任何基於主機或基於陣列的複制解決方案都將具有關於如何將對稱存儲添加到群集的一些非常具體的說明,並且通常這個選項將所有磁盤添加到在非對稱存儲方面,集群更像是一個障礙而不是幫助。對於我們的情況,因為我沒有配置共享存儲,我不希望群集為我自動添加任何本地磁盤給我自動我沒有選中添加所有合格的存儲到群集選項。群集Windows Server 2012一步一步
    3. 單擊下一步後,您將看到群集已完成創建過程,但可能會有一些警告。在我們的情況下,警告可能與我們將在下一步中處理的法定配置有關。點擊查看報告查看任何警告。群集Windows Server 2012一步一步
      您看到警告正在告訴用戶更改仲裁類型。群集Windows Server 2012一步一步
  2. 由於我們沒有共享存儲,因此我們不會使用建議的節點和磁盤多數法定人數。相反,我們將使用和節點和文件共享多數法定人數。以下步驟將幫助我們配置節點和文件多數法定人數
    1. 文件共享見證需要在不屬於群集的服務器上進行配置。文件共享見證是群集計算機名(本例中為MYCLUSTER)具有讀取/寫入權限的基本文件共享。第一步涉及到創建這個文件共享。在我們的例子中,我們將在我們的DC上創建一個文件共享,並給MYCLUSTER讀/寫權限。
    2. 文件共享不需要駐留在Windows 2012服務器上,但需要位於與群集相同的域中的Windows Server上。要記住的重要一點是,我們創建的集群計算機名稱在共享級別和NTFS級別都需要讀取/寫入訪問權限。以下是一些屏幕快照,引導您在實驗室中運行Windows Server 2012的DC服務器上完成此過程。群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

      群集Windows Server 2012一步一步

    3. 現在我們已經在DC上創建了文件共享,我們將返回PRIMARY並使用故障轉移群集管理器更改定額類型,如以下步驟所示。群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      群集Windows Server 2012一步一步
      如果偶然這個嚮導失敗,這很可能與文件共享上的權限有關。請確保您在文件共享和安全(NTFS)級別提供群集計算機名稱讀/寫權限,然後重試。
  3. 現在,您已經擁有了一個基本的雙節點集群,並且已經準備好進入正在創建集群資源的Windows Server 2012集群的下一個步驟。我將在下一篇文章中發布一系列有關如何聚集不同資源的文章,從SQL 2012開始。

轉載自https://clusteringformeremortals.com/2012/12/31/windows-server-2012-clustering-step-by-step/

Filed Under: Datakeeper, 伺服器集群简单化 Tagged With: Windows Server 2012, 集群Windows服務器

Datakeeper Cluster Edition 7.5現在支持Windows Server 2012

7 2 月, 2018 by Jason Aw Leave a Comment

使用DataKeeper Cluster Edition的好處

對你來說是一個好消息Windows Server 2012的早期使用者 – 你現在可以在Windows Server 2012中使用DataKeeper Cluster Edition。我將在今年年底之前發布一些Windows Server 2012分步驟文章,並確保也包含一些多站點群集示例。與此同時,如果您想要構建基於Windows Server 2012的群集,並希望將共享存儲作為單點故障消除,或者希望跨地理位置擴展群集,則可以使用DataKeeper Cluster Edition v7.5來實現。

轉載https://clusteringformeremortals.com/2012/12/19/datakeeper-cluster-edition-7-5-now-support-windows-server-2012/

Filed Under: Datakeeper, 伺服器集群简单化 Tagged With: Windows Server 2012

  • « Previous Page
  • 1
  • …
  • 92
  • 93
  • 94
  • 95
  • 96
  • …
  • 104
  • Next Page »

最近的帖子

  • 近似值在商業決策與溝通的力量
  • SAP災難復原:技術與最佳實踐
  • 為高可用性和災難復原而設計
  • 高可用性環境中合理記憶體分配的重要性
  • 企業採用災難復原即服務 (DRaaS) 解決方案的主要原因

最熱門的帖子

加入我們的郵件列表

Copyright © 2026 · Enterprise Pro Theme on Genesis Framework · WordPress · Log in